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Preface 


This publication contains the program specifications 
and operating proeedures for the Autocoder (on disk) 
programming system for ibm 1401, 1440, and 1460. In 
this publieation, the term Autocoder System or System 
refers to 1401/1440/1460 Autocoder (on Disk), program 
number 1401-AU-008. The language speeifications for 
the Autocoder System are contained in the Systems 
Reference Library publieation Autocoder (on Disk) 
LanPuaEe Specifications for IBM 1401, 1440, and 1460, 
Form C24-3258. 

This publieation is divided into two major sections: 
program specifications and operating procedures. The 
program specifications describe the Autocoder System. 
Included in the section are such topics as a description 
of the System Control Program (the controlling element 
of the Autocoder System), a deseription of the proces- 
sors in the Autocoder Assembler program, and a de- 
tailed description of the results of System operations. 
Although this seetion is directed primarily toward the 
programmer, the maehine operator should review the 
section for an understanding of the System. 

The second section, operating procedures, contains 
such topics as preparing processor jobs, changing file 
assignments for processor jobs, and running processor 


jobs. The last part of the seetion outlines the proee- 
dures to follow in building an Autoeoder System. For 
the convenienee of both programmer and maehine op- 
erator, all control cards are summarized in Appendix I. 

Although the second section is directed primarily to 
the machine operator, it is recommended that the pro- 
grammer review the eontent of the complete section. 
The programmer should particularly note the parts of 
the section dealing with preparing processor jobs and 
changing file assignments. 

Related Information 

The following Systems Referenee Library publications 
contain additional information relating to the use of 
the Autocoder System. It is recommended that these 
publications be available to the user for reference. 

Autocoder (on Disk) Language Specifications for 
IBM 1401, 1440, and 1460, Form C24-3258. 

Disk Utility Programs Specifications for IBM 1401, 
1440, and 1460 (with 1301 and 1311), Form C24-1484. 

Disk Utility Programs Operating Procedures for IBM 
1401 and 1460 (with 1301 and 1311 ), Form C24-3105, or 
Disk Utility Programs Operating Procedures for IBM 
1440 (with 1301 and 1311), Form C24-3121. 
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Program Specifications 


The Autocoder Assembler Program is one part of a lan- 
guage processing system that is under control of the 
System Control Program. (A second language proces- 
sor, COBOL, is also controlled by the System Control 
Program.) 

The Autocoder System translates source program 
statements written in the Autocoder language into ma- 
chine-language instructions. In addition to this trans- 
lating function, the Autocoder System provides these 
additional features : 

Autocoder Library Compression. The statements that 
make up the library routines are compressed and 
stored as variable length records. This Autocoder 
capability ensures the efficient use of disk storage. 

Relocating the Autocoder Library. The user is pro- 
vided with expansion capabilities of the Autocoder 
library previously not possible with an Autocoder 
processor. Further, should the user wish, he can relo- 
cate the Autocoder library to an area of his choice in 
disk storage. 

Building Multiple Autocoder Libraries. In addition to 
being able to relocate the Autocoder library, the user 
can also build more than one Autocoder library. 
Small libraries that contain selected routines appro- 
priate to particular types of job processing signifi- 
cantly reduce library-change time. 

Changing Input/ Output Deviees. The Autocoder Sys- 
tem provides the user with the option of changing 
the form of input to and output from specific jobs. 
So that the Autocoder System can operate at a ma- 
ehine-independent level, a set of logical files that are 
used for input/output operations has been defined. 
Although these logical files are assumed by the Sys- 
tem Control Program to be assigned to a defined set 
of input/output devices, the user can change these 
assumptions according to his particular needs. 

Stacking of Jobs. Under control of the System Control 
Program, it is possible to process a series of jobs with- 
out regard to the type of processing that is being per- 
formed. For example, it is possible to assemble 
source program number one, partially assemble 
source program number two, and execute object pro- 
gram number three, all in one stack. 

Building an Object-Program Library in Disk Storage. 
By using one of the logical files (coreload) defined 
by the Autocoder System, it is possible to build an 
object-program library in disk storage. Because the 
upper and lower limits of each object program stored 


in this area in disk storage are supplied to the user 
by the Autocoder System, the user has immediate ac- 
cess to any one of the stored object programs. Using 
an object-program library substantially reduces pro- 
gram load time (as opposed to loading from cards) 
and eliminates excessive handling of punched-card 
object decks. 

Executing Punched-Card Object Programs. If a pro- 
gram is infrequently used, the user may wish to 
maintain a punched-card object program, thus sav- 
ing disk storage for other purposes. When this is the 
case, the user has two options for executing this ob- 
ject program. It can be executed either under con- 
trol of the Autocoder System (as a job in a stack of 
jobs), or it can be executed completely independent 
of the System. 

Definition of Key Terms 

To clarify the meaning of special terms used in this 

publication, the following definitions are given. Stand- 
ard terms are defined in Glossary for Information Proc- 
essing, Form C20-8089. 

Assembler. The program that translates Autocoder 
symbolic statements into actual machine language. 
This process is called an assembly. 

Autoeoder Text. A series of 100-character records con- 
taining the source-program statement, or a generated 
statement, and assembly information. 

Batched Files. Logical files whose contents represent 
one or more sequential sets of input to or output 
from the Autocoder System. 

Bootback. A routine located in upper core storage dur- 
ing execution that provides linkage between the 
user’s object program and the System Control Pro- 
gram. This linkage is required when executing an ob- 
ject program in a stack of jobs. 

Card Boot. A card deck, supplied as part of the Auto- 
coder System program deck, that is used to start all 
System operations. 

Job. An operation or series of operations to be per- 
formed by the Autocoder System. 

Logical Files. Input/output devices and/or areas used 
by the Autocoder System. 

Object-time. A term describing those elements or proc- 
esses related to the execution of a machine-language 
object program. 
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Operation. A basic unit of work to be performed by one 
of the components of the System. 

Stack, A set of one or more jobs to be processed during 
the same machine run. 

System. The set of programs made up of the elements 
required for assembling and/or executing user-pro- 
grams. 

[ ] Brackets contain an option that may be chosen. 

{ } Braces contain options, one of which must be 
chosen. 

Machine Requirements 

The Autocoder System requires the following minimum 
machine configurations. 

An IBM 1401 system with: 

4,000 positions of core storage 
High-Low-Equal Compare Feature 
One IBM 1311 Disk Storage Drive 
One IBM 1402 Card Read-Punch 
One IBM 1403 Printer. 

An IBM 1440 system with: 

4.000 positions of core storage 
One IBM 1301 Disk Storage or 

one IBM 1311 Disk Storage Drive 
One IBM 1442 Card Reader 
One IBM 1443 Printer. 

An IBM 1460 system with: 

8.000 positions of core storage 
One IBM 1301 Disk Storage or 

one IBM 1311 Disk Storage Drive 
One IBM 1402 Card Read-Punch 
One IBM 1403 Printer. 

The Autocoder System can use the following devices 
and features if available: 

IBM 1404 Printer 
IBM 1444 Card Punch 
Console Printer 

8,000, 12,000, or 16,000 positions of core storage 
Print Storage feature 

Direct Seek feature (for a library change only). 

The Autocoder System 

The Autocoder System built by the user contains the 
System Control Program and the Autocoder Assembler 
Program. 

System Control Program. The System Control Program 
is the controlling element of the System. Its main 
function is to analyze control-card information, and 
transfer control to the appropriate portion of the 
system. 


Autocoder Assembler Program. The Autocoder Assem- 
bler Program translates source programs, written in 
the Autocoder language, into machine-language ob- 
ject programs. The object programs can subsequently 
be executed by the Autocoder System. 

System Control Program 

All system operations are initiated by a deck of cards 
supplied by ibm. This deck, called the Card Boot, reads 
in the first portion of the System Control Program from 
disk storage. Ultimately, the entire resident portion of 
the System Control Program is read into lower core 
storage. 

All control-type functions for the System are accom- 
plished by the System Control Program. These func- 
tions include: 

Assigning Input/ Output Devices. Input/output opera- 
tions are coordinated with user-specified input/out- 
put devices. 

Updating the System. The System Control Program up- 
dates the system to the latest modification level or 
version. 

Selecting Appropriate Processor Runs. Through control 
cards supplied by the user, the System Control Pro- 
gram determines the operations necessary for the 
completion of a job. For example, if a source pro- 
gram is coded in the Autocoder language, and the 
end result of processing is to be a machine-language 
object program, processing must be performed by 
the Autocoder processor and the Output processor. 
The control card says in effect that the source pro- 
gram is coded in Autocoder and that processing is to 
run through the Output processor. The System Con- 
trol Program reads the control card and calls in the 
Autocoder processor. Processing takes place, and at 
the completion, control reverts to the Systenn Control 
Program. The System Control Program then calls in 
the Output processor. Processing takes place, and at 
the completion, control again reverts to the System 
Control Program. Because the Output processor was 
the last processor to be selected, the System Control 
Program reads the control card for the next job. 

The remainder of this section describes the following 
aspects of the System Control Program : 

Logical Files 
Control Cards. 

Logical Files 

A set of logical files, defined by the Autocoder System, 
is used for input/output operations. Each file has a 
specific function and is assigned by the System Con- 
trol Program to a particular device. The user can alter 
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the file-assignments by using asgn (assign) control 
cards. (See Changing File Assignments.) 

The logical files may be thought of as falling into one 
of four general categories. These categories are: 
Residence File 
Operation Files 
External Files 
Internal Files. 

The functions of the logical files and the devices to 
which they can be assigned follow. 

Residence File 

SYSTEM File. The system file contains the System 
Control Program and the Autocoder Assembler Pro- 
gram. It is assigned to a fixed area in a I3II or 1301 
disk unit. 

Operation Files 

CONTROL File. The control file contains cards or 
card images that send control information to the Sys- 
tem Control Program. It can be assigned to the card 
reader or the console printer. 

MESSAGE File. The message file contains information 
of primary interest to the machine operator. These 
messages are usually diagnostics relating to the oper- 
ating procedures and/or instructions to the machine 
operator. It can be assigned to the printer or the con- 
sole printer. 

External Files 

LIST File. The list file, generally associated with high- 
volume printed listings, contains information di- 
rected primarily to the source programmer. It can be 
assigned to the printer, or to disk storage, or it can be 
omitted. If the list file is assigned to a disk unit, the 
information is stored two sectors per printed line in 
the Efiove mode. 

INPUT' File. The input file contains source information 
to the processors. It can be assigned to the card 
reader or to any available area in disk storage. If the 
file is assigned to a disk unit, the card images must 
be stored one card per sector in the move mode. 

OUTPUT File. The output file contains the results of 
the operation or series of operations specified in the 
RUN card. It can be assigned to the card punch, or to 
disk storage, or it can be omitted. If the file is as- 
signed to a disk unit, any card images will be stored 
one per sector in the move mode. 

LIBRARY File. The library file is a disk-storage file 
that supports the Autocoder macro facility. This file 


contains the library table and library routines, such 
as IOCS. It is maintained by the Autocoder Librarian 
and used by the Autocoder Macro Generator. The 
LIBRARY file can be assigned to any available area in 
disk storage. 

CORELOAD File. The coreload file is a disk-storage 
file used by the Output and Execution processors of 
the Autocoder Assembler Program. The file contains 
an object program in the load mode. The coreload 
file is developed by the Output processor and is used 
by the Execution processor. 

Note. Only the external files input, output, coreload, and 
LIST can be batched. Batching will be performed when 
a series of jobs is processed without intermediate file 
assignments to these external files. When batch processing 
is performed, input to and output from the processors is 
stored sequentially within the files. 

Internal Files 

WORKI File. The worki file contains the intermediate 
results from the Autocoder processor. It can be as- 
signed to any available area in disk storage. 

WORK2 File. The work2 file is used by the Autocoder 
processor. It contains information for the cross- 
reference listing and can be assigned to any avail- 
able area in disk storage. 

WORKS File. The work3 file is used by the Macro 
Generator, the Autocoder processor, and the Output 
processor. It can be assigned to any available area in 
disk storage. 

Control Cards 

The System Control Program recognizes seven types of 
control cards. They are: 

RUN 

ASGN 

INIT 

UPDAT 

NOTE 

PAUSE 

HALT 

Each type is punched in the Autocoder format. Appen- 
dix I contains a summary of all specific control cards 
that the System Control Program recognizes. Included 
in Appendix I is a detailed description of the manner of 
punching each specific control card and valid entries 
for each of the general formats as discussed in the fol- 
lowing sections. 

RUN Card 

The RUN card indicates the portion(s) of the Autocoder 
Assembler Program that are to be selected by the Sys- 
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tern Control Program. A run card is required for each 
job to be performed. The general format of the run 
card is : 


\ AUTOCODER ) 

< OUTPUT > RUN 
/ EXECUTION ) 


THRU 


OUTPUT \ 
EXECUTIONj 


If the optional part of the run card is omitted (thru 
OUTPUT OF THRU EXECUTION), the System Control Pro- 
gram assumes that only the named processor is to be 
selected. The thru option enables the System Control 
Program to call a series of processors automatically. 
Valid entries for the run card are: 

AUTOCODER RUN 
AUTOCODER RUN THRU OUTPUT 
AUTOCODER RUN THRU EXECUTION 
OUTPUT RUN 

OUTPUT RUN THRU EXECUTION 
EXECUTION RUN 

See Preparing Jobs for the specific run card format re- 
quired for each job. 


ASGN Cards 

An ASGN card indicates to the System Control Program 
that a logical file is to be assigned to a specific input/ 
output device. An asgn card is used when the user 
wants a logical file assigned to an input/output device 
or area other than the assumed assignment of the Sys- 
tem Control Program, or when the user wants to 
change an assignment that he has previously made. 

The general format for an asgn card is: 


The user must leave blanks between items in the 
operand field where indicated in the specific formats. 
For example, if the operand is reader 2, there must be 
a blank between reader and 2. 

During a single stack of jobs, an assignment made by 
the user for a single logical file remains in effect until 
a HALT card, an init card, or another asgn card is 
sensed for that particular file. For example, an asgn 
card that specifies the input file to be assigned to 
READER 2 causes the assumed assignment, reader 1 to 
be altered. The System Control Program will select 
READER 2 during a single stack until an init card or 
another asgn card for the input file is encountered. 

INIT Card 

The INIT card indicates to the System Control Program 
that all assumed logical file assignments are to become 
eflFective. The general format of the init card is: 

INIT any message 

An INIT card can occasionally be used as a con- 
venient substitute for an asgn card. For example, as- 
sume that the input file is assigned to disk for a par- 
ticular job in a stack. If the next job is to be read in 
from READER 1, the input file assignment must be 
changed from disk to readerI. For this purpose, an 
init card may be used instead of an asgn card because 
readerI is the assumed assignment for the input file. 

UPDAT Card 

The UPDAT card is included in a package supplied by 
IBM for the purpose of updating the user’s Autocoder 
System. It is prepunched in the following fornnat: 


file-name ASGN 


{ device 

OMIT 


The file-name is the specific logical file; device is the 
input/output unit to which the logical file is to be as- 
signed. Two examples for using an asgn card follow. 

The logical file, input, is to be changed from the as- 
sumed device assignment (reader 1) of the System 
Control Program to an area in disk storage. This area is 
to be on 1311 unit 3, beginning at address 000600 and 
extending to (not through) 000900. Note that the end 
address to be punched is one more than the area actu- 
ally used by the input file. The asgn card for this ex- 
ample is punched: 

INPUT ASGN 1311 UNIT 3 , START 000600 , END 000900 
The second example illustrates the omission of a 
logical file. (This option is valid only in specific cases.) 
If the OUTPUT file is to be omitted, the asgn card is 
punched: 

OUTPUT ASGN OMIT 


{ 


processor-name I ^ „ 

SYSTEM ( 


phase-name. 


ALL 

DELETE 

HEADER 

INSERT 

PATCH 


This card (excluding delete) will be followed by the 
appropriate data cards. 


NOTE Card 

The NOTE card contains messages and/or instructions 
from the programmer to the machine operator. Process- 
ing is not interrupted when the System Control Pro- 
gram senses this control card. The contents of the note 
card are printed on the message file. The general for- 
mat of the note card is: 

NOTE any message and/or instruction 

A NOTE card could be used when the programmer 
wants to direct that the output from a series of conven- 
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tional assemblies be placed on the coreload file located 
on disk drive 2. At the completion of processing the 
series of jobs, a note card could be used to tell the ma- 
chine operator to remove the disk pack from drive 2. 
The message would be: 

NOTE REMOVE DISK PACK FROM DISK DRIVE 2 


PAUSE Card 

The PAUSE card contains messages and/or instructions 
from the programmer to the machine operator. When 
the PAUSE card is sensed, the System Control Program 



temporarily halts the system. The contents of the pause 
card are printed on the message file. Processing is re- 
sumed by pressing the start key. The general format 
for the PAUSE card is ; 

PAUSE any message and/or instruction 

One application of the use of a pause card might be 
in the ease where the input file for a job is located on 
disk unit 3. The programmer could inform the maehine 
operator of this fact by using a pause card, telling him 
to ready the drive. The message would be: 

pause ready the pack on disk drive 3 

HALT Card 

The HALT card indicates to the System Control Program 
that processing has been completed. It is the last card 
of a stack. The contents of the halt card are printed 
on the message file. The general format for the halt 
card is : 

HALT any message and/or identification 


source program to determine if it includes any macro 
instructions. For each macro named in the source 
program, the Macro Generator extracts the associ- 
ated routine from the library, tailors the routine if 
parameters are supplied in the macro instruction, 
and generates a routine in the Autocoder format. 

Two of the three Preprocessor portions (Librarian 
and Update) that are called by the Option Control 
complete the job requested by the user. The results of 
the Librarian operations can be an updated library, a 
listing of the library table, and/or a listing of routines. 
An Update operation causes the Preprocessor to be up- 
dated to the latest version or modification level of the 
Autocoder System. At the successful completion of 
each of these operations, control returns to the System 
Control Program. 

The Macro Generator performs only the first step in 
a program assembly. The result of the Macro Generator 
operation is an Autocoder source program that contains 
tailored library statements. The next step, translating 
source statements into machine language, is performed 
by the Autocoder processor. 


Autocoder Assembler Program 

The Autocoder Assembler Program is made up of the 
following sections : 

Preprocessor 
Autocoder Processor 
Output Processor 
Execution Processor. 


Preprocessor 

The Preprocessor consists of four portions, each of 

which has a specific function : 

Option Control. The Option Control analyzes control 
card information and determines the operation(s) to 
be performed. It then transfers control to the Libra- 
rian, Update, or Macro Generator. 

Librarian. The Librarian maintains the Autocoder li- 
brary by inserting, deleting, and/or modifying the 
library routines according to the user’s specifications. 
Whenever the contents of the library are changed, 
the Librarian updates the library table which is the 
directory of library routiners. 

Update. The Update portion performs the function of 
updating all portions of the Preprocessor. 

Macro Generator. The Macro Generator performs pre- 
assembly operations. It analyzes the Autocoder 


Autocoder Processor 

The Autocoder processor diagnoses the source state- 
ments and converts the symbolic references in the 
source statements to actual machine codes and ad- 
dresses. The processor arranges the results of its opera- 
tions to produce Autocoder text. 

Autocoder text is a series of 100-character records. 
Each record contains a source-program statement, or a 
generated statement, and assembly information such as 
the machine-language instruction, the length and ad- 
dress of the instruction, and diagnostic flag symbols. 

The results of Autocoder processing and the opera- 
tions required to produce the results are: 


Operation 

Diagnose source 
statements 

Convert symbolic 
to actual 

Arrange results 
of assembly 


Result 

Diagnostic messages and flag symbols 
Label table and flag symbols 
Autocoder text (100-character records) 


At the completion of Autocoder processing, the text is 
ready for the Output processor, which develops various 
forms of output. 


Output Processor 

The Output proeessor rearranges the Autocoder text 
according to the user’s specifications. 
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The results of Output processing and the rearrange- 
ment required to produce the results are: 


Result 


Rearrangement 


Program listing 


Resequenced 
source deck 

Object program 
(card format) 

Object program 
(coreload format) 


The text is edited. Blanks are inserted be- 
tween items of information. Headings to 
identify the items are incorporated in the 
listing. A sequence number is assigned to 
each statement on the listing. 

Source statements are extracted from the 
text, and sequence numbers are substi- 
tuted for page and line numbers. 

Machine-language instructions are ex- 
tracted from the text, and the necessary 
loading instructions are incorporated. 

Machine-language instructions are ex- 
tracted from the text and transferred to 
disk storage. 


Object programs, in either format, are ready to be 
exeeuted. Execution of object programs in the eoreload 
format must be handled by the Execution processor. 
Execution of object programs in the punched-eard for- 
mat ean be handled by the Exeeution proeessor or exe- 
cuted independent of the System. 


Execution Processor 

The Exeeution processor starts exeeution of the object 
program and provides linkage with the System Control 
Program so that the next job ean be performed, with- 
out operator intervention, immediately after exeeution 
of the objeet program. 

The Proeessor reads the bootback routine (linkage) 
into upper core storage, calls the object program, and 
transfers eontrol to the object program. 

Linkage to the bootback routine ean be established 
by using the syscl macro or by a manual branch to the 
routine. 

As described under Output Processor, the objeet pro- 
gram ean be in card format, which includes loading in- 
structions, or in coreload format, whieh requires a disk 
loader. The Execution processor supplies the disk 
loader required by an object program in coreload 
format. 

Thus, the Execution processor permits the user to 
include his object programs within a stack of jobs to be 
performed. 


Results of Processing Operations 

The results of processing operations ean be divided 

into the following eategories: 

1. Documentation. Control card diagnostics, source 
statement diagnostics, label tables, cross-reference 
listings, and program listings fall into this category. 

2. Intermediate results in the development of an objeet 
program (Autoeoder text). 

3. Objeet programs in eard or coreload format. 


4. Messages that speeify the disk storage location of 
any results that are to be used for future processing. 

5. Resequenced source deck. 

6. Execution of object programs. Execution of object 
programs can be accomplished under control of the 
System Control Program, or independent of the Sys- 
tem. See Using and Maintaining the Object Program. 

Documentation 

Control Card Diagnostics 

If any invalid characters are deteeted in the ctl eard 
(eontrol card for assembly), the ctl eard image and the 
diagnostic message(s) are listed. The messages inform 
the user that his ctl card is invalid. The halt gives the 
user the opportunity to decide if the assembly should 
be continued. 

The CTL diagnostic messages and the format of the 
CTL card are shown in Figure 1. 

Source Statement Diagnostics 

The Autoeoder processor phases, which analyze souree 
statements and develop diagnostie messages, are op- 
tional, Their inelusion or exelusion is specified in the 
source-program ctl card. 

If any errors are deteeted in source-program state- 
ments during the diagnostic phases, the invalid state- 
ments (exeept columns 13-15 and 73-80) are listed. A 
message appears at the right of each invalid statement. 
If the statement contains more than one error, the diag- 
nostic message refers to the first error detected. The 
halt that oceurs after the diagnostic phases have been 
completed gives the user an opportunity to deeide if 
the assembly should be eontinued. 

If the errors are not correeted, flag symbols may ap- 
pear on the program listing and the objeet program, 
when executed, may not produce the intended results 
(see Figure 2). 

Label Table 

The label table lists all labels and their equivalent ad- 
dresses. Area-defining literals, followed by the # sign, 
are also included. The labels and area-defining literals 
are listed in alphabetical order according to the first 
character. Indexing is indieated as shown in the sample 
label table (Figure 3). 

The maximum number of labels and area-defining 
literals that ean appear in the label table depends on 
the number of disk-storage sectors assigned to the 
WORK3 file. See File Considerations under Changing 
File Assignments. 

Any errors deteeted by the Autocoder processor are 
indicated by the following flag symbols: 

A Name equated to an area-defining literal. 
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DiagnosMc Messages 

CTL Card Format 

Card Image of Invalid CTL Card 

Column 

Indicates 

Contents 


16-19 

Mnemonic 

CTL 

INVALID MACHINE SIZE SPECIFIED, 4K ASSUMED 

21 

Object-machine size 

1 (4K); 2 (8K); 3 (12K); 4 (16K) 

INVALID CHAR COL 22, BLANK ASSUMED 

22 

Modify address 

1 (yes); not punched (no, if the object 
machine is 4K; or yes, if the object machine 
is 8K, 12K, or I6K) 

INVALID CHAR COL 23, BLANK ASSUMED 

23 

Advanced piogramming 
or index and store - 
address register feature. 

1 (yes); not punched (no) 

INVALID CHAR COL 24, BLANK ASSUMED 

24 

Multiply-divide feature 

1 (yes); not punched (no) 

INVALID MACHINE SPECIFIED, PROCESSOR 
MACHINE ASSUMED 

25 

Object machine 

0 (1401); 4 (1440); 6 (1460) 

INVALID CHAR COL 26, x ASSUMED 
(x = P for 1401 and 1460; x = S for 1440)t 

B 

Punch device 

S (1442 or 1444); P (1402) 

INVALID CHAR COL 27, x ASSUMED 
(x = P for 1401 and 1460; x = S for 1440)t 

m 

Read device 

S(1442); P (1402) 

INVALID CHAR COL 28, x ASSUMED 
(x = P for 1401 and 1460; x = S for 1440)t 

m 

Printer device * 

S (1443); P (1403) 

INVALID CHAR COL 29, 1 ASSUMED 


Disk device 

1 (1311 or 1301); 2 (1405) 

INVALID CHAR COL 30, BLANK ASSUMED 


Source statement 
diagnostic 

N (no); 1 or not punched (yes) 

INVALID CHAR COL 31, BLANK ASSUMED 

■ 

Label table or cross-refer- 
ence listing. 

L (Label Table); 

N (Neither); not punched (cross-reference 
listing 

INVALID READ-IN LOCATION, 00001 ASSUMED 

1 

0 . Object program in 
self-ioading format 
bi Read-in area for a 
1440 object pro- 
gram in the con- 
densed-loader 
format . 

a, Sbbbb (object program in 
self-loading format) 

b. 5-digit starting address, or not punched 
(starting address of the 1440 read-in 
area is 00001 ) 

Note: Leave blank for a 1401 or 1460 object 
program in the condensed-loader 
format . 

INVALID LOADER LOCATION, OOOxx ASSUMED 
(xx = 81 for 1 401 and 1 460, xx = 75 1 440) 

37-41 

Loader location 

5-digit starting address. 

If column 42 contains a D, punch: 

03701 for 4K 1 1701 for 12K 

07701 for 8K 15701 for I6K 

These columns are not checked if column . 32 
contains an S 

INVALID CHAR COL 42, BLANK ASSUMED 

42 

Disk loader(for 
object programs in the 
coreload format) 

D (yes); not punched (no) 

t The values of x depend on the object machine specified in column 25. 

* Consider a 1403 Printer attached to a 1440 system as being the same as a 1443 Printer. 


Figure 1. CTL Diagnostics and CTL Card Format 

M Multiply defined. The same label appears in more 
than one label field. 

E Invalid operand in an equ statement. 

Cross-Reference Listing 

The cross-reference listing lists all labels and area- 
defining literals used in the program. The address as- 
signed to the label or literal and the sequence numbers 
of the statements in which the label or literal is used 
are given. For a label, the first sequence number listed 
is the sequence number of the statement that defines 
the label; for an area-defining literal, the first sequence 
number listed is the sequence number of the first state- 
ment that uses the literal. 


The maximum number of labels and area-defining 
literals that can appear in the cross-reference listing 
depends on the number of sectors assigned to the 
WORKS file. The maximum number of references to 
labels and area-defining literals depends on the num- 
ber of sectors assigned to the WORK2 file. See File 
Considerations under Changing File Assignments. 

The labels and area-defining literals are listed in 
alphabetical order. Each literal is followed by a # 
sign in the tag column. If a label is undefined, it ap- 
pears with all sequence numbers assigned to it and 
with periods in the address column. A zone bit over 
the tens position of the address indicates that the label 
is indexed. The zone bit used is the same as that which 
appears in the machine language address. 
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DiagnosHc 

Message 


Meaning 


Processor Action 


OPERATION 

The operaHon field does not contain a valid mnemonic or a 
machine-language operation code. 

F FORMAT 

An operand is invalid: 

1 . An operand contains one of the following special 
characters , ^ + - b . 

2. Invalid literal. 

3. Literal used In an EQU, ORG, or LTORG statement. 

4. Blank operand used in a declarative or EQU state- 
ment. 

L FORMAT 

A symbolic operand exceeds six characters, or an actual 
address operand exceeds five characters. 

X FORMAT 

An X-control field is invalid. 

D-MODIFIER 

A d-modifier is missing or is invalid for the operation 
specified . 

ADJUSTMENT 

An indexing or adjustment factor is used incorrectly. 

LABEL ERR 

A label is invalid: 

1 . It exceeds six characters. 

2. It begins with a numeric character, or it contains one 
of the following special characters , *^ + - b . 

3. It is missing in an EQU statement. 

OPRND TYPE 

The A- or B-operand is invalid for the operation specified. 
For example, %G2 is invalid in MLC NAME, %G2. 

« OPERANDS 

An operand is missing, or there are too many for the opera- 
tion specified. 


1 . An eight-character no-operation instruction 
(N XXX XXX x) is inserted. 

2. iFan operand or the d-character is not specified, the 
assembler inserts zeros. 


1 . If the statement is a DA header, a subsequent DA, or 
a DS, the operand is replaced with 1. 

2. For a DSA the count is 3. For a DCW or DC the count 
is: 1 for a blank constant; 50 for an alphameric 
constant; 3 for an address constant; equal to the 
number of numeric characters in a numeric constant. 


1 . Three periods replace the operand. 


1 . The invalid X-control field is processed. 


T . A blank is inserted if the d-modifier is missing. 

2. The statement is assembled with the invalid d-modi- 
fier. 


1 . If double indexing is specified, the last index factor 
is used. 

2. If the adjustment factor is invalid, it is ignored. 


1. Extra characters are deleted . 

2. The label is processed with the special characters. 
If the label is used as an operand in another state- 
ment it will be recognized as an erroneous operand 


The statement is assembled with the invalid operand. 


1 . If an operand is missing in an I/O instruction that 
requires eight characters, periods are inserted; 
otherwise, the statement is assembled as specified. 
2. Extra operands are dropped. 


Figure 2. Source Statement Diagnostics 


Any errors detected by the Autocoder processor are 
indicated by an A, M, or E in the tag column. The 
meanings of these symbols are given under Label 
Table. The cross-reference listing associated with the 
sample program (supplied with the Autocoder pro- 
gram deck) is shown in Appendix III. 

Program Listing 

The program listing documents the program and en- 
ables the programmer to see the results of Autocoder 
processing. The listing also assists the programmer if 


revising the program is necessary. 

The following messages, if appropriate, appear at the 
end of a program listing: 

END OF LISTING— X ERRORS, where X is the number of 
program errors. 

OBJECT CORE EXCEEDED, which counts as a program 
error. 

X or NO SEQUENCE ERRORS, wliich docs not count as a 
program error. 

A description of the 120-character and l(X)-character 
listings follows. 





LABEL 

TABLE 






AREA « 

LABEL 

SUBTOr 

01082 

01007 

01022 

AREAl H 
LABELl 
TOTAL E 

01085 

01023 

CHECK 

LABEL2 

XI 

01037 
M 01030 
00089 

DELAY 

LABEL2 

C1062 
M 01041 

END 

RESULT 

01070 

01022GXI 


Figure 3. Label Table 
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J 20-Charaeter Listing 

Program errors are indicated by flag symbols in the last 
columns of the program listing. The thirteen flag sym- 
bols and their meanings are: 

# Invalid number of operands 

0 Invalid operation code 
D Invalid d-modifier 

X Invalid X-conti ol field 
F Format error 

L Extra characters in a symbolic or actual address 
operand 

A Invalid indexing or adjustment 

1 Invalid symbolic indexing 
U Undefined operand 

E Reference to the label of an invalid equ statement 
M Reference to a multiply defined label 
C Result of address adjustment is greater than 16,000 
or less than zero 

S Source statement is out of sequence. 

The format of the 120-character listing is: 

Columns Contents 

1-4 Sequence number assigned by the Output proc- 

essor 

5 Blank 

6-10 Source program page and line number 

11 Blank 

12-18 Label or blank 

19 Blank 

20-24 Operation code mnemonic 

25 Blank 

26-77 Operands and comments 

78 Blank 

79 Suffix character or blank 

80 Blank 

81-82 Count (number of characters in the assembled 

instruction), or blank. Blank constants and area- 
defining literals have no count. 

83-84 Blank 

85-89 Location of the assembled instruction 

90-91 Blank 

92-99 Assembled instruction 

100 Blank 

101-105 A-address ( actual) or X-control field 

106 Blank 

107-111 B-address (actual) 

112-113 Blank 

114 Period 

115 Label error flag 

116 Operation error flag 

117 A-operand flag 

118 B-operand flag 

119 d-modifie>r flag 

120 Sequence flag 


1 00-Character Listing 

The format of the 100-character listing is the same as 
the 120-charaeter listing except that the suffix charac- 
ter, the count, the loeation of the assembled instruction, 
and the assembled instruction are shifted three posi- 
tions to the left. The A- and B-addresses are omitted. 
Column 100 contains a W flag symbol which is a warn- 
ing that the statement contains an error. 

Autocoder Text 

The Autocoder text is a series of 100-character records 
that are developed by the Autocoder processor. Each 
record contains a source-program or generated state- 
ment and assembly information such as the machine- 
language instruction, the length and address of the in- 
struction, and diagnostic flag symbols. 

The Autocoder text can be used as a restart point for 
Output processing. 

Object Programs 

Card Formats 

Two object-program card formats, self-loading and 
condensed-loader, are available. The condensed-loader 
card deck (Figure 4) consists of object-program cards 
which are preceded by clear cards, a bootstrap card, 
and load cards. The loader instructions for 1440 nor- 
mally require 132 positions of core storage; the loader 
instructions for 1401 and 1460 require 125 positions. 
(See Condensed Loader Considerations.) 

The self-loading card deck (Figure 5) consists of 
cards that contain loading insti’uctions, and object- 
program instructions and/or data. Two dear-storage 
cards and a bootstrap card precede the self-loading 
cards. 

A 1440 object program in the self-loading format rq.- 
quires that the read-in area be 00001-00072 and that 
positions 73-85 be reserved for the read a-card and 
branch instructions, which are moved into these posi- 
tions by the bootstrap routine. A 1401 or 1460 object 



Figure 4. Object Deck in the Condensed-Loader Format 
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Figure 5. Object Deck in the Self-Loading Format 

program requires no additional positions outside the 
read-in area. 

An exeeute card in either a condensed-loader or self- 
loading object deck interrupts the loading, so that a 
portion of the object program that has already been 
loaded is executed. If a source program ex or xfr state- 
ment caused the execute card to be developed, the ob- 
ject program must contain a branch instruction that 
transfers control back to the loading instructions. If a 
DA statement caused the execute card to be developed, 
the execute card contains instructions that prepare the 
defined area according to the specifications in the da 
header (clear the area, set word marks, create record 
marks, create a group-mark word-mark). The execute 
card also contains a branch back to the loading routine. 

Note: Generally, on a 1442, an object deck in the condensed- 
loader format can be loaded faster than a deck in the self- 
loading format. 

On a 1402, an object deck in the self-loading format can be 
loaded faster than a deck in the condensed-loader format. 


Condensed-Loader Format 

The cards that precede the object program are called 
the loader ( six cards for 1401 or 1460, seven cards for 
1440). The first two cards in the loader contain instruc- 
tions to clear storage before the program is loaded. 
Columns 79-80 contains Cl in card 1 and C2 in card 2. 

The third card is the bootstrap card. This card sets 
word marks for the instructions in the load cards and 
supplies an instruction that reads the load cards into 
the read-in area. The bootstrap card contains identifi- 
cation in columns 73-80. For a 1440 program, the iden- 
tification is BOOTSTCD; for a 1401 or a 1460 program, it 

is BOOTLDOl. 

The remaining cards in the loader are the load cards. 
These cards contain the loading routine and the in- 
structions that move the loading routine into the load- 
ing instruction area. 
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After the loading instruction area has been initial- 
ized, control is transferred to the loader. The loader 
moves the data and instructions in the object-program 
deck into their proper locations in core storage. 

The object program cards have the following format; 

Columns Contents 

1-3 The three -character machine address of the first 

storage position to be loaded. 

4-5 The number of characters to be loadied from the 

card. Word-separator characters are not counted. 

6-71 The instructions and/or constants to be loaded. 

A word-separator character (0-5-8 punch) precedes 
every character requiring a word mark in core 
storage. 

Each pair of word-separator characters is loaded 
as a single word-separator character with no word 
mark. An odd number of word-separator characters 
( n) is loaded as n — 1 word-separator characters 

2 

with no word marks; the last word-separator char- 
acter causes a word mark to be set in the position 
that will contain the next character in the card. 

72-75 The program-listing sequence number of the first 

instruction or constant to be loaded. 

76-80 Identification. The identification in columns 76-80 

of the JOB card appears in all cards in the con- 
densed deck. Each new job card in the source deck 
causes the identification of the condensed deck to 
be changed. 


Self-Loading (1401 and 1460) 

The first two cards in the self-loading object deck are 
clear cards that clear storage before the object program 
is loaded. These cards are identified by Cl and C2 in 
columns 79-80. 

The third card is a bootstrap card that contains in- 
structions that set word marks in the read-in area be- 
fore the object program is loaded. This card is identi- 
fied by BOOTSTRAP in columns 72-80. 

The remainder of the cards contain assembled pro- 
gram instructions and load instructions. There can be 
as many as seven instructions or constants on each 
card. The card format is as follows : 


Columns Contents 

1-39 The instruction and/or constants to be loaded into 

core storage. 

40-46 Instructions that load the instructions or constants 

into core storage with a high-order word mark. 

47-67 Three 7-character set-word-mark instructions (or 

one clear-word-mark and two set-word-mark in- 
structions for cards beginning with partial instruc- 
tions or constants that do not require a high-order 
word mark). These instructions set the word marks 
that define the separate fields in the block of core 
storage being loaded. 



Columns 

Contents 

68-71 

1040. This is an instruction to read a card and 
branch to location 040. 

72-75 

Program-listing sequence number of the first in- 
struction or constant to be loaded. 

76-80 

Identification. The identification in columns 76-80 
of the JOB card appears in all cards in the self- 
loading deck. Each new job card in the source deck 
causes the identification of the self-loading deck to 
be changed. 


Self-Loading (1440) 

The first two cards clear core storage before the pro- 
gram is loaded. These cards are identified by Cl and 
C2 in columns 79-80. 

A bootstrap card, identified by m%g1001k in col- 
umns 73-80, loads a group-mark word-mark, a read-a- 
card instruction, and a branch instruction (B040) into 
positions 72-84 of the read area. Position 85 must be 
left blank or contain a wordmark. 

The format of the remaining cards is the same as that 
described for 1401 and 1460, except columns 68-71 con- 
tain B073. This instruction causes a branch to 073 
which contains the bootstrap card read-a-card instruc- 
tion. 

Coreload Format 

An object program in the coreload format is written in 
disk storage. It contains the machine-language object- 
program instructions. At execution time a disk loader, 
supplied by the Execution processor, initiates the load- 
ing of the object program. 

The object program in coreload format is written in 
the load mode. The structure of the program in disk 
storage is: 

1. A one-sector header record that has the following 
format: 


Positions 

Contains 

1-7 

A move instruction that transfers the address of the 
first operating sector to the disk loader. 

8-11 

A branch to the disk loader. 

12-17 

The address of the first operating sector. 

18-23 

HEADER 

24-28 

The identification from the last job card in the 
source program, or blank if no job card was in- 
cluded. 

29-80 

The operand from the last job card in the source 
program or blank if no job card was included. 

81-90 

Unused 

2. Full 

90-character sectors. These sectors contain an 


exact core-storage image of the object program. 

3. Operating sectors. The first sectors contain instruc- 
tions that load the full 90-character sectors into their 
proper core-storage locations. The remaining sec- 
tors contain instructions that fill in the instructions 


and/or constants that could not be put into a full 
90-character sector during the Output processor 
operation. 

4. An execution instruction that causes a branch to the 
object program at object-time. 

If the source program contains ex or xfr statements, 
sections 2, 3, and 4 are repeated for each overlay. 

Note: Certain restrictions must be considered when writing a 

source program that is to be an object program in the core-load 
format : 

1. A group mark must not be the first character of a literal or 
the first data character of a DCW statement. 

2. Before returning control to the disk loader for loading a new 
program or program overlay, any group-mark word-marks 
within the section of core storage being overlaid should be 
cleared. 

3. Statements within a program or program overlay are not 
always loaded into core storage in the same order they were 
coded. 


Messages 

One of the following messages appears when the input 
for or output from an operation is assigned to disk 
storage. 



AT ADDRESS nnnnnn. 


2 . 


CORELOAD OUTPUT COMPLETE ON 



UNIT n. 


START nnnnnn, END nnnnnn. 


The messages that reflect the location of results stored 
in disk files should be recorded because the addresses 
specify restart points for future processing. 


Resequenced Source Deck 

A resequenced source deck is the original source pro- 
gram with the page and line numbers (eolumns 1-5) 
replaced by sequence numbers assigned by the Output 
processor. The numbers start with 0001 in columns 1-4. 
Subsequent entries are increased by 0001. The format 
of the resequenced deck is: 

C olumns C ontents 

1-4 Sequence number assigned by the Output processor 

(0001-xxxx) 

5 Blank 

6-72 Columns 6-72 of the source card 

73-75 Blank 

76-80 Identification from the job cards as encountered in 

the source deck 
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Operating Procedures 


Jobs 

The Autocoder System performs three major opera- 
tions. 

1. Translates source programs. 

2. Produces object programs. 

3. Starts the execution of object programs. 

Because these operations are performed by the three 
processors of the System, the operations are called 
processor jobs. In this respect, the Autocoder processor 
translates source programs. The Output processor pro- 
duces object programs. The Execution processor starts 
the execution of object programs. 

Two other operations, maintaining the Autocoder li- 
brary and updating the Autocoder System, are also 
considered jobs. Maintaining the Autocoder library is 
called a library job. Updating the Autocoder System 
is called an update job. Update jobs are described in 
Updating an Autocoder System. 

Under control of the System Control Program, it is 
possible to perform one or more jobs without operator 
intervention. This process is called stack processing. A 
stack is always made up of the Card Boot deck, a sys- 
tem ASGN card, the particular job(s) to be performed, 
and a halt card. 

In performing a job, the following must be taken into 
consideration. 

1. The kind of input for the job. 

2. The use of the logical files. 

3. The machine-operator procedures to be followed. 
The kinds of input for processor jobs and library jobs 

are discussed in the following sections (Preparing Proc- 
essing Jobs and Preparing Library Jobs). 

The general use of logical files is discussed in Logi- 
cal Files. In most cases, the user does not need to be 
concerned about the logical files used for a particular 
job because the Autocoder System defines the files and 
assigns them to specific input/output devices. In the 
description that follows of preparing individual proces- 
sor jobs, any file asisgnment that the user must make is 
explained. 

The machine-operator procedures to be followed are 
described in Performing Jobs. 

Preparing Processor Jobs 

The kind of output that is desired by the user is the de- 
termining factor of which processor job is to be per- 
formed. Figure 6 lists each processor job and the out- 
put from the Autocoder System by the completion of 


the job. In the figure, yes means that the type of output 
is always produced, opt means that the type of output 
is produced only if the user specifies that it be. This is 
done by supplying output option ( optn ) cards in addi- 
tion to the required control cards. 

The remainder of this section describes each indi- 
vidual processor job. They are: 

AUTOCODER RUN THRU OUTPUT 
AUTOCODER RUN THRU EXECUTION 
EXECUTION RUN 
AUTOCODER RUN 
OUTPUT RUN 

OUTPUT RUN THRU EXECUTION 

Each processor job description includes: 

1. Assumed input device. This entry refers to the de- 
vice on which the input file is assumed to be lo- 
cated. For the 1402, reader i means that the cards 
are selected into stacker 1. For the 1442, reader i 
means unit 1. 

2. Input. This entry refers to the type of input for the 
job. 

3. Assumed output device. This entry refers to the de- 
vice on which the list file, the message file, and the 
OUTPUT file are assumed to be located. For the 1403, 
printer 2 means that 132 print positions are avail- 
able. For the 1443, printer 2 means that 144 print 
positions are available. For the 1402, punch 4 means 
that the cards at;e selected into stacker 4. For the 
1442, PUNCH 1 means unit 1. 

4. Output. This entry refers to the type of output that 
the user always gets as a result of the job. 

5. Output options available. This entry refers to the 
type of output the user can get by using output op- 
tion (optn) cards. 

6. Required user assignments. This entry describes any 
additional logical file assignments that the user must 
make to perform the job. 

7. Control cards. This entry describes the paethod of 
punching any required control cards and output op- 
tion ( optn) cards. 

Notes: 1. Any logical file assumed assignment can be changed 
by using an asgn card. (See Changing File Assign- 
ments.) 

2. NOTE and pause cards can be placed between, but 
not within job decks. 

Conventional Assembly 

A conventional assembly refers to the results normally 
associated with assembling an object program. All in- 
formation concerned with required control cards and 
the manner of punching the control cards is included 
in the following section. 
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Purpose of 
Job 

Processor 

Job 

Input 

Output 

Documentation 

1 

Object Program 

Autocoder 

Text 

Messages 

Resequenced 

Source 

Deck 

Source 

Program 

Autocoder 

Text 

Object 

Program 

(card 

deck or 

coreload 

format) 

CTL Card 
Diagnostics 
(if CTL card 
contain 
errors) 

Source Program 
Diagnostics 
and Label Table 
or Cross-ref- 
erence Listing** 

Program 

Listing 

Condensed- 

Loader 

Format 

Self- 

Loading 

Format 

Coreload 

Format 

Location 

of 

Coreload 

Location 
of Text 

Conventional 

Assembly 

AUTOCODER RUN 
THRU OUTPUT 

YES 



YES 

YES 

YESt 


OPTtt 

OPT 

■ 

OPT* 


OPT 

Load-and-Go 

AUTOCODER RUN 
THRU EXECUTION 

YES 



YES 

YES 

YES 



YES 

■ 

YES 



Delayed 

Execution 

EXECUTION RUN 



YES 



■ 




■ 




Partial 

Processing 

AUTOCODER RUN 

YES 



YES 

YES 





YEiS 


YES 


OUTPUT RUN 


YES 




OPT 

OPT 

OPT 

OPT 


OPT* 


OPT 

OUTPUT RUN 
THRU EXECUTION 


YES 





YES 



YES 

■ 

YES 




** Depend on CTL card specifications 

t Additional listings and condensed-loader decks are available* tt Specified In CTL card or Output OPTN card . 

* Message Is associated wltb the Coreload option, v/ Unless tbe self-loading format Is specified In the CTL card. 


Figure 6. Processor Jobs 


Autocoder Run Thru Output 

This is the type of run that results in a conventional 

assembly. 

Assumed Input Device: input file on reader i. 

Input: Source program. 

Assumed, Output Devices: list file on printer 2, mes- 
sage file on PRINTER 2, OUTPUT file on punch 1 (1442) 

or PUNCH 4 (1402). 

Output: 

1. CTL diagnostic messages, if errors are sensed. 

2. Source-statement diagnostic messages, unless the 
CTL card specifies that the diagnostic phases be 
omitted. 

3. Cross-reference listing, label table, or neither, de- 
pending on CTL card specification. 

4. Program listing (100-character or 120-character). 

5. Object program in the condensed-loader format 
(six-card loader for 1401 or 1460, seven-card 
loader for 1440), or an object program in the self- 
loading format, if specified in the ctl card. 

Output Options, Available: 

1. Additional program listing. To obtain this option, 
use a LIST OPTN card. 

2. Object program in the condensed-loader format. 
To obtain this option, use a punch optn card. 

3. Object program in the self-loading format. To ob- 
tain this option, use a punch optn card. 


4. Object program in the coreload format and a mes- 
sage specifying the start and end addresses of 
the CORELOAD file. To obtain this option, use a 
CORELOAD OPTN eard. 

Required User Assignments: If the objeet program is to 
be punched into cards, the user does not have to 
make any file assignments. However, if an object 
program in the coreload format is desired, the core- 
load file must be assigned before the job is per- 
formed. Use a CORELOAD ASCN card to define the file. 

Control Cards: 

1. The RUN card is the only control card required for 
a eonventional assembly. Punch the run card in 
the following manner: 

Columns Contents 

6-14 AUTOCODER 
16-18 RUN 

21-24 THRU 

26-31 OUTPUT 

2. The following cards are punched only if the user 
wishes any of the available output options. Any 
one or all of these cards can be used with a con- 
ventional assembly. 

a. LIST OPTN for an additional program listing. 
Punch the list optn card in the following manner: 

Columns Contents 

6-9 LIST 

16-19 OPTN 

21-22 Number-of lines (01-99) per page 

(If left blank, user’s carriage control tape will regulate 

listing. ) 

Note: If the spce 2 control statement is used with the list optn 
card, the maximum number of available statements per page 
is 98. If SPCE 3 control statement is used, the maximum number 
is 97. 
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b. PUNCH OPTN for card formats. Use the punch 
OPTN card only if an additional object deck is 
desired. Punch the card in the following manner: 


Columns 

Contents 

6-10 

PUNCH 

16-19 

OPTN 

21 

S if the self-loading format is desired; blank 
if the condensed-loader format is desired 

c. CORELOAD OPTN for coreload format. Punch the 

CORELOAD 

OPTN card in the following manner: 

Columns 

Contents 

6-13 

CORELOAD 

16-19 

OPTN 

If the CORELOAD OPTN Card is used, a coreload 
ASGN card, which precedes the run card, must be 
used to define the coreload file. Punch the core- 
load ASGN card in the following manner: 

Columns 

Contents 

6-13 

CORELOAD 

16-19 

ASGN 

21-57 

1301 UNIT n, START nnnnnn, END nnnnnn 
or 

1311 UNIT n, START nnnnnn, END nnnnnn 


The value of n represents the number of the disk 
unit, and can be 0, 1, 2, 3, or 4; nnnnnn repre- 
sents a disk address. The limits specified must 
define an area large enough to contain the object 
program. When punching the coreload asgn 
card, blanks must be present in columns 21-57 

where indicated in the format. 

d. RESEQ OPTN for a resequenced source deck. 

Punch the reseq optn card in the following 
manner; 

Columns Contents 
6-10 RESEQ 

16-19 OPTN 


Arrangement. The arrangement of input cards is shown 
in Figure 7. optn cards can be in any order. 


OPTN Cards 


END 


( Source Statements 

( CTL (Optiona 

1) 



( JOB (Optional) 




/ AUTOCODER RUN 




THRU OUTPUT 



/ CORELOAD ASGN 






— 

Jsed w 


■Optional 


Source Program Deck 


■Used with CORELOAD OPTN 


Figure 7. Conventional Assembly 
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Note: If the punch optn and/or the reseq optn is chosen and 
the punch is 1442 and the control and output files are 
assigned to the same unit, the user must follow each of 
the OPTN cards with a sufficient number of blank cards. 

Load-and>Go 

This is similar to the standard load-and-go operation. 
The difference is that the object program is available 
on the CORELOAD file for delayed execution, All infor- 
mation regarding required control cards and the man- 
ner of punching these control cards is contained in the 
following section. 

Autocoder Run Thru Execution 

This is the type of run that results in load-and-go. 
Assumed Input Device: input file on reader i. 

Input: Source program. 

Assumed Output Devices: message file on printer 2 , 

LIST file on PRINTER 2. 

Output: 

1. CTL diagnostic messages if errors are sensed. 

2. Source-statement diagnostic messages, unless the 
CTL card specifies that the diagnostic phases be 
omitted. 

3. Cross-reference listing, label table, or neither, de- 
pending on CTL card specification. 

4. Program listing. 

5. Object program in the coreload format and a mes- 
sage specifying the start and end addresses of 
the program that is stored on the coreload file in 
disk storage. 

Output Options Available: None. 

Required User Assignments: The coreload file must be 
defined by the user before the job is performed. Use 
a CORELOAD ASGN Card specifying the start and end 
addresses of the coreload file to define the file. 

Additional Results: The object program is loaded into 
core storage and control is ti'ansferred to it. 

Control Cards: Two control cards, a run and an asgn 
card, are required for the load-and-go option. 

1. A coreload asgn card, which precedes the run 
card, must be used to define the coreload file. 
Punch the coreload asgn card in the following 
manner: 


Columns 

Contents 

6-13 

CORELOAD 

16-19 

ASGN 

21-57 

1301 UNIT n, START nnnnnn, END nnnnnn 
or 

1311 UNIT n, START nnnnnn, END nnnnnn 




The value n is the number of the disk unit, and 
can be 0, 1, 2, 3, or 4; nnnnnn represents a disk 
address. The limits specified must define an area 
large enough to contain the object program. When 
punching the coreload asgn card, blanks must be 
present in columns 21-57 where indicated in the 
format. 

2. Punch the required run card in the following 
manner: 

Columns Contents 

6-14 AUTOCODER 

16-18 RUN 

21-24 THRU 

26-34 EXECUTION 

Arrangement: The arrangement of input cards is shown 
in Figure 8. 

Delayed Execution 

This job enables the user to execute an object program 

under the control of the Autocoder System. 

Note: If the syscl macro was not included in the source 
program, control will not be returned to the Autocoder 
System after execution of the object program. 

Execution Run 

This is the type of run that is used when an object pro- 
gram is executed in a stack of jobs. 

Assumed Input Device: input file on reader i. 

Input: Object program. 

Assumed Output Devices: Not applicable. 

Output: Not applicable. 

Output Options Available: Not applicable. 

Required User Assignments: If the input for the run is 
an object-program card deck in either the condensed- 
loader or self-loading format, no input asgn card is 
required, Plowever, if the input for the run is an ob- 
ject program in the coreload format, the input file 
must be defined before the job is performed. Use an 
input asgn card to define the file. 



Figure 8. Load-and-Go 


Control Cards: 

1. An input asgn card is required if the object pro- 
gram is in the coreload format. The input asgn 
card precedes the run card. Punch the input asgn 
card in the following manner: 

Columns Contents 

6-10 INPUT 

16-19 ASGN 

21-57 1301 UNIT n, START nnnnnn, END nnnnnn 

or 

1311 UNIT n, START nnnnnn, END nnnnnn 

The value n is the number of the disk unit, and 
can be 0, 1, 2, 3, or 4; nnnnnn represents a disk 
address. The start and end disk addresses of the 
object program are given in the message printed 
at the completion of the operation that built the 
CORELOAD file. When punching the input asgn 
card, blanks must be present in columns 21-57 
where indicated in the format. 

2. Punch the required run card in the following 
manner: 

Columns Contents 

6-14 EXECUTION 

16-18 RUN 

21-? [JOB card operand] 

76-80 [JOB card identification] 

If the object program is in the coreload format, 
the JOB card information in the run card (if any 
is punched) is compared with the job card infor- 
mation in the object program ( on disk ) to ensure 
that the correct disk address has been specified in 
the INPUT ASGN card. 

Arrangement: The arrangement of input cards is shown 
in Figures 9 and 10. If an input asgn card is used, it 
must precede the run card. 

Note: For 1402 assign the control, and input files, to reader 
0 to insure that all input cards will be in the nr pocket. 



Figure 9. Delayed Execution (Object Deck) 



Figure 10. Delayed Execution (Coreload Format) 
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Partial Processing 

The Autocoder System permits the user to select cer- 
tain processors in the Autocoder System. This feature 
enables the user to save the Autocoder text for future 
output processing. All information regarding required 
control cards and the manner of punching these control 
cards is contained in the following section. 

Autocoder Run 

The result of this job is Autocoder text. The text re- 
quires processing by the Output processor because it is 
not in a usable form. 

Assumed Input Device: input file on reader i. 

Input: Source program. 

Assumed Output Devices: message file on printer 2, 

LIST file on PRINTER 2. 

Output: 

1. CTL diagnostic messages, if errors are sensed. 

2. Source-statement diagnostic messages, unless the 
CTL card specifies that the diagnostic phases are 
to be omitted. 

3. Cross-reference listing, label table, or neither, de- 
pending on CTL card specification. 

4. Autocoder text and a message specifying the 
START address of the text. 

Output Options Available: None. 

Required User Assignments: Because the result of proc- 
essing is Autocoder text, an area (output file) in disk 
storage must be defined. The output file must be de- 
fined before the job is performed. Use an output 
ASGN card to define the file. 

Control Cards: 

1. An output ASGN card, which precedes the run 
card, must be used to define the output file be- 
cause the Autocoder text is written in disk stor- 
age. Punch the output asgn card in the following 
manner: 

Columns Contents 

6-11 OUTPUT 

16-19 ASGN 

21-57 1301 UNIT n, START nnnnnn, END nnnnnn 

or. 

1311 UNIT n, START nnnnnn, END nnnnnn 
The value n indicates the number of the disk unit, 
and can be 0, 1, 2, 3, or 4; nnnnnn represents a 
disk address. The limits specified must define an 
area large enough to contain the Autocoder text. 
When punching the output asgn card, blanks 
must be present in columns 21-57 where indicated 
in the format. 


2. Punch the required run card in the following 
manner: 

Columns Contents 
6-14 AUTOCODER 

16-18 RUN 

Arrangement: The arrangement of input cards is shown 
in Figure 11. 

Output Run 

This job enables the user to process the Autocoder text 

produced by an autocoder run and to specify the 

kind(s) of output he desires. 

Assumed Input Device: This must be an area in disk 
storage defined by the user. 

Input: Autocoder text. 

Assumed Output Devices: message file on printer 2, 
list file on printer 2 , output file on punch i (1442) 
or PUNCH 4 (1402). 

Output: The kind of output must be specified by the 
user. 

Output Options Available: 

1. PUNCH option — an object program in the con- 
densed-loader or self-loading format. To obtain 
this option, use a punch optn card. 

2. CORELOAD option — an object program in the core- 
load format and a message specifying the start 
and END addresses of the program. To obtain this 
option, use a coreload optn card. 

3. LIST option — a 100-character or 120-character pro- 
gram listing. To obtain this option, use a list optn 
card. 

4. RESEQ option — a resequenced source deck. To ob- 
tain this option, use a reseq optn card. 

Required User Assignments: 

1. The INPUT file must be defined before the job is 
performed. Use an input asgn card to define the 
file. 



Figure 11. AUTOCODER RUN 
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2. If an object deck in the condensed-loader format is 
desired, no output file need be defined. (The 
OUTPUT file is assumed to be punch i for 1442 and 
PUNCH 4 for 1402. ) However, if an object program 
in the coreload format is desired, the coreload 
file must be defined before the job is performed. 
Use a CORELOAD ASGN Card to define the file. 

Control Cards: 

1. An INPUT ASGN card is required because the Auto- 
coder text is in disk storage. The input asgn card 
precedes the run card. Punch the input asgn card 
in the following manner: 

Columns Contents 

6-10 INPUT 

16-19 ASGN 

21-57 1301 UNIT n, START nnnnnn, END nnnnnn 

or 

1311 UNIT n, START nnnnnn, END nnnnnn 

The value n indicates the number of the disk unit, 
and can be 0, 1, 2, 3, or 4; nnnnnn represents a 
disk address. The start address of the Autocoder 
text is given in the message printed at the begin- 
ning of an autocoder run. The end address is 
given in the message printed when the disk out- 
put file is closed. When punching the input asgn 
card, blanks must be present in columns 21-57 
where indicated in the format. 

2. Punch the required run card in the following 
manner: 

Columns Contents 

6-11 OUTPUT 

16-18 RUN 

3. Output option cards: 

a. Punch the punch optn card in the following 
manner: 

Columns Contents 

6-10 PUNCH 

16-19 OPTN 

21 S if the self-loading format is desired. Blank 

if the condensed-loader format is desired. 

b. Punch coreload optn card in the following 
manner: 

Columns Contents 

6-13 CORELOAD 

16-19 OPTN 

If the coreload optn card is used, a coreload 
asgn card, which precedes the run card, must be 


used to define the coreload file. Punch the core- 
load ASGN card in the following manner: 

Columns Contents 

6-13 CORELOAD 

16-19 ASGN 

21-57 1301 UNIT n, START nnnnnn, END nnnnnn 

or 

1311 UNIT n, START nnnnnn, END nnnnnn 

The value n indicates the number of the disk unit, 
and can be 0, 1, 2, 3, or 4; nnnnnn represents a 
disk address. The limits specified must define an 
area large enough to contain the object program. 
When punching the coreload asgn card, blanks 
must be present in columns 21-57 where indicated 
in the format. 

c. Punch the list optn card in the following 
manner: 

Columns Contents 

6-9 LIST 

16-19 OPTN 

21-22 Number of statements (01-99) per page. 

(If left blank, user’s carriage control tape will regulate 
listing. ) 

Note: If the spce 2 control statement is used with the list optn 
card, the maximum number of available statements per page 
is 98. If SPCE 3 control statement is used, the maximum number 
is 97. 

d. Punch the reseq optn card in the following 
manner: 

Columns Contents 

6-10 RESEQ 

16-19 OPTN 

Arrangement: The arrangement of input cards is shown 
in Figure 12. At least one option card is required in- 
dicating the type of output. The option cards can be 
in any order. 

Note: If the punch optn and/or the reseq optn is chosen, and 
the punch is 1442 and the control and output files are 
assigned to the same unit, the user must follow each card 
with a sufficient number of blank cards. 

Output Run Thru Execution 

This job enables the user to process the Autocoder text 
and execute the resulting object program. 



Figure 12. OUTPUT RUN 
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Assumed Input Device: The input file must be an area 
in disk storage that is defined by the user indicating 
the location of the Autocoder text. 

Input: Autocoder text. 

Assumed Output Devices: message file on printer 2 
and LIST file on printer 2. 

Output: 

1. Program listing (100-character or 120-character). 

2. Object program in the coreload format and a mes- 
sage specifying the start and end addresses of 
the program. 

Output Options Available: None. 

Required User Assignments: The input and coreload 
files must be defined before the job is performed. 
Use an input asgn card and a coreload asgn card to 
define the files. 

Additional Results: The object program is loaded into 
core storage and control is transferred to it. 

Control Cards: 

1. An INPUT asgn card is required because the Auto- 
coder text is in disk storage. The input asgn card 
precedes the run card. Punch the input asgn 
card in the following manner; 

Columns Contents 

6-10 INPUT 

16-19 ASGN 

21-57 1301 UNIT n, START nnnnnn, END nnnnnn 

or 

1311 UNIT n, START nnnnnn, END nnnnnn 

The value n indicates the number of the disk unit, 
and can be 0, 1, 2, 3, or 4; nnnnnn represents a 
disk address. The disk address of the Autocoder 
text is given in the message printed at the com- 
pletion of arr AUTOCODER run. When punching the 
INPUT ASGN card, blanks must be present in col- 
umns 21-57 where indicated in the format. 

2. A CORELOAD ASGN card is required because the ob- 
ject program is written in disk storage on the 
CORELOAD file. The coreload asgn card precedes 
the RUN card. Punch the coreload asgn card in 
the following manner: 

Columns Contents 

6-13 CORELOAD 

16-19 ASGN 

21-57 1301 UNIT n, START nnnnnn END nnnnnn 

or 

1311 UNIT n, START nnnnnn, END nnnnnn 


The value n indicates the number of the disk unit, 
and can be 0, 1, 2, 3, or 4; nnnnnn represents a 
disk address. The limits specified must define an 
area large enough to contain the object program. 
When punching the coreload asgn card, blanks 
must be present in columns 21-57 where indicated 
in the format, 

3. Punch the required run card in the following 
manner: 

Columns Contents 

6-10 OUTPUT 

16-18 RUN 

21-24 THRU 

26-34 EXECUTION 

Arrangement: The arrangement of the input cards is 
shown in Figure 13. The asgn cards can be in any 
order. 

Changing File Assignments 

Each logical file defined by the Autocoder System, with 
the exception of the system and coreload files, is as- 
signed to a specific input/output device by the System 
Control Program. These assignments can be changed 
by using asgn cards (and, in certain instances, init 
cards — see INIT Card). The uses of the logical files 
should be considered when deciding file assignments. 

Figures 14 and 15 illustrate the uses of all the logical 
files, except the system file, that are required for proc- 
essor jobs. The system file, on which the Autocoder 
System resides, is required for all System operations. 

In addition to the cards listed in Figure 14, the con- 
trol file contains: 

1. The 1402 or 1442 Card Boot, which is the first set of 
cards required for stack processing. (A stack consists 
of one or more jobs.) 

2. All asgn cards. Some asgn cards are required for 
particular processor jobs. Other asgn cards cause 
file-assignment changes which make it possible to 
utilize the input/output devices not included in the 
assumed file assignments. 

3. INIT, NOTE and pause cards, which may be inserted 
between jobs. 

4. A HALT card, which must be the last card in a stack. 



Figure 13. OUTPUT RUN THRU EXEGUTION 
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Processor Job 


Operation Files 

Internal Files 

CONTROL 

MESSAGE 

WORKI 

WORK 2 

WORKS 

AUTOCODER RUN 
THRU OUTPUT 

CORELOAD ASGN 
card If the CORE- 
LOAD OPTN card 
is used . 

RUN card. 

CTL diagnostics. If the CTL card contains errors. 

Source statement diagnostics, if specified (CTL card). 
CORELOAD OUTPUT COMPLETE ON 

|l30l| UNIT n, START nnnnnn, END nnnnnn 

CORELOAD HEADER — (52 positions), ID — (5 positions) 

These messages are printed if the CORELOAD ASGN and 
CORELOAD OPTN cards are in the CONTROL file. 

Intermediate and final 
results of Autocoder 
processing (Autocoder 
text) . 

References for cross 
reference listing, if 
specified (CTL card). 

Used by the Macro Gen- 
erator and the Autocoder 
Processor . 

Labels for cross reference 
listing or label table , 

Intermediate results of 
Output processing if 
the CORELOAD ASGN 
and CORELOAD OPTN 
cards are in the CON- 
TROL file. 

AUTOCODER RUN 
THRU EXECUTION 

CORELOAD ASGN 
card . 

RUN card. 

CTL diagnostics, if the CTL card contains errors. 

Source statement diagnostics, if specified (CTL card). 
CORELOAD OUTPUT COMPLETE ON 

|l30l| START nnnnnn, END nnnnnn 

CORELOAD HEADER — (52 positions), ID — (5 positions) 

Intermediate and final 
results of Autocoder 
processing (Autocoder 
text). 

References for cro‘s 
reference listing, if 
specified (CTL card). 

Used by the Macro Gen- 
erator and the Autocoder 
Processor. 

Labels for cross reference 
listing or label table . 

Intermediate results of 
Output processing. 

EXECUTION RUN 
(punched-card 
object program) 

RUN card. 





EXECUTION RUN 
(object program in 
coreload format) 

INPUT ASGN card. 
RUN card. 

INPUT FILE STARTS ON 
UNIT n AT ADDRESS nnnnnn 


__J 


AUTOCODER RUN 

OUTPUT ASGN card. 
RUN card. 

CTL diagnostics, if the CTL card contains errors. 
Source statement diagnostics. If specified (CTL card). 

OUTPUT FILE STARTS ON | 

UNIT n AT ADDRESS nnnnnn 


References for cross 
reference listing, if 
specified (CTL card). 

Used by the AAacro Gen- 
erator and the Autocoder 
Processor, 

Labels for cross reference 
listing or label table . 

OUTPUT RUN 

INPUT ASGN card. 

CORELOAD ASGN 
card if the CORE- 
LOAD OPTN card 
Is used . 

RUN card . 

Output OPTN card(s). 
(At least one must 
be used .) 

INPUT FILE STARTS ON jjgi]! 

UNIT n AT ADDRESS nnnnnn 

CORELOAD OUTPUT COMPLETE ON 

UNIT n, START nnnnnn, END nnnnnn 

CORELOAD HEADER — (52 positions), ID — (5 positions) 

The last two messages are printed if the CORELOAD ASGN 
and CORELOAD OPTN cards are in the CONTROL file. 



InFermediate resulFs of 
OutpuF processing if 
Fhe CORELOAD ASGN 
and CORELOAD OPTN 
cords ore in the CON- 
TROL file. 

OUTPUT RUN 
THRU EXECUTION 

INPUT ASGN card. 
CORELOAD ASGN 
card . 

RUN card. 

INPUT FILE STARTS ON |j3ol| 

UNIT n AT ADDRESS nnnnnn 

CORELOAD OUTPUT COMPLETE ON 
|l30l| START nnnnnn, END nnnnnn 

CORELOAD HEADER — (52 positions), ID — (5 positions) 



Intermediate results of 
Output processing. 


Figure 14. Use of Operation and Internal Logical Files 


'■jfhe contents of the message file, as shown in Fig- 
ure 14, provide job documentation. Other messages 
that also appear on the message file are; diagnostics 
relating to operating jjrocedures, instructions to the 
machine operator, asgn card images. 

As shown in Figure 14, the wobk files contain inter- 
mediate results of processing, worki is required for 
Autocoder processing. If autocoder run thru output 

or AUTOCODER RUN THRU EXECUTION is Specified, WORKI 

becomes the output file from the Autocoder processor 
andi the input file to the Output processor. 

v»^ork 2 is used by the Autocoder processor if a cross- 
reference listing is requested by the ctl card. After the 


listing has been built on work 2, it is transferred to the 

LIST file. 

work3 is used by the Macro Generator and the Auto- 
coder processor. It is also required whenever the core- 
load file is to be used. The coreload file is used if 
THRU execution is Specified in a run card, or if a core- 
load OPTN card is used for an autocoder run thru 
OUTPUT or OUTPUT RUN. If THRU EXECUTION is Specified 

in a RUN card, the coreload file becomes the input file 
to the Execution processor. 

Thus, the worki and coreload files act as transition 
files between processors when a thru option is speci- 
fied. 
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Processor Job 

External Files | 

INPUT 

OUTPUT 

LIST 

CORELOAD 

LIBRARY 

AUTOCODER RUN 
THRU OUTPUT 

Source program. 

Object program in condensed-loader 
format, unless self-loading format 
is specified in the CTL card. 

Object program(s) in the self-loading 
format, if specified (PUNCH 
OPTN or CTL card). 

Additional object program(s) in 
condensed-loader format. If 
specified (PUNCH OPTN). 

Resequenced source deck(s) if speci- 
fied (RESEQ OPTN): 

Label table or cross-refer- 
ence listing if specified 
(CTL card). 

Program listing. 

Additional program list- 
ing(s), if specified 
(LIST OPTN). 

Object program in the 
coreload format. If 
specified (CORE- 
LOAD OPTN). 

Used during macro 
gene ration. 

AUTOCODER RUN 
THRU EXECUTION 

Source program. 


Label table or cross-refer- 
ence listing if specified 
(CTL card). 

Program listing. 

Object program in 
coreload format. 

Used durirg macro 
generation. 

EXECUTION RUN 

Ob[ecf program 





AUTOCODER RUN 

Source program 

Intermediate and final results of 
Autocoder processing (Auto- 
coder text). 

Label table or cross-refer- 
ence listing if specified 
(CTL card). 


Used during macro 
gene ration. 

OUTPUT RUN 

Autocoder text. 

Object program(s) in condensed- 
loader and/or self-loading format, 
if specified (PUNCH OPTN). 

Resequenced source deck(s), if 
specified (RESEQ OPTN). 

Program listing(s), if 
specified (LIST OPTN), 

Object program in 
coreload format, if 
specified (CORE- 
LOAD OPTN). 


OUTPUT RUN 
THRU EXECUTION 

Autocoder text. 



Program listing. 


Object program in 
coreload format. 



Figure 15. Use of External Logical Files 

Preparing ASGN Cards 

ASGN cards enable the user to change file assignments 
for one or more jobs in a stack. The general format for 
an ASGN card is: 

file-name 

The fUe-rmme is the specific logical file; device is the 
input/output unit to which the logical file is assigned. 

The assumed file assignments and asgn card formats 
relating to specific files are shown in Figure 16. Valid 
device entries are shown in Figure 17. 

Leave a blank between items in the operand field as 
shown in Figure 16. If, for example, the output file is 
to be assigned to disk area 004000 through 004799 on 
1301 unit 1, the user would code the asgn card for 
punching as shown in Figure 18. The end address to 
be punched is the address of the next available sector, 
not the address of the last sector to be used. 

Film Considerations 

CONTROL File and INPUT File. If both the contool 
and INPUT files are assigned to the reader, the assign- 
ments must be identical. For example, if the system 
is a 1440 and the control file is assigned to reader i, 
the INPUT file must also be assigned to reader i. 

MESSAGE File and LIST File. If both the message 
and LIST files are assigned to the printer, the assign- 


ments must be identical. For example, if the system 
is a 1401 and the message file is assigned to printer 
2, the LIST file must also be assigned to printer 2. 

WORKI File. The disk area required for the worki 
file depends upon the number of statements in the 
source program after macro generation and upon the 
number of literals used in the program. The user 
must allow one sector for each statement plus one 
sector for each unique literal. 

WORK2 File. This file must contain at least 200 
sectors for every 600 references to labels and area- 
defining literals in the source program. Storage 
from this file is used in blocks of 200 sectors. If 
the amount of storage left in the file is less than 200 
sectors and data remains to be stored in the file, 
the assembler will halt, indicating that an area is 
too small. 

WORKS File. This file requires a minimum of 300 
sectors of disk storage. Additional sectors could be 
required, depending on the number of labels and 
area-defining literals used in the source program. 
At least 200 sectors are required for every 600 dif- 
ferent labels and area-defining literals used in the 
source program. However, in storing labels and 
area-defining literals, the assembler uses WORK3 
storage in sections of 200 sectors. Thus, if the as- 
sembler fills 200 sectors, and more labels or area- 
defining literals remain to be stored, at least 200 
sectors must remain in the WQRK3 area or the 
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ASGN Card Format 

Assumed Assignment 

Remarks 

Label Field 
(Columns 6-1 5) 

Operation Field 
(Columns 16-20) 

Operand Field 
(Columns 21-72) 



SYSTEM 

ASGN 


)I311 UNIT n 1 
;i301 UNIT o( 

. 

1311 unit — user-assigned 
1301 unit — must be assigned to 
UNIT 0 

The SYSTEM ASGN card is the 
only required ASGN card. It 
must follow the Card Boot in a 
stack of jobs. Any other SYSTEM 
ASGN cards in the stack are 
invalid. 

If the user desires that the Auto- 
coder System use less than the num- 
ber of core-storage positions ovail- 
able In the processor machine, 
punch a comma in column 32 and 
4K, 8K, 12K, or 16K beginning 
In column 34. 

CONTROL 

ASGN 


READER n 1 

consoEe printer! 

READER I 


MESSAGE 

ASGN 


PRINTER n 1 

CONSOLE PRI NTER i 

PRINTER 2 

When the MESSAGE file is 
assigned to the CONSOLE 
PRINTER, carriage control 
characters used with the 
1403 or 1443 printer may 
appear in the message. 

LIST 

ASGN 


PRINTER n 

1311 UNIT n, START nnnnnn, END nnnnnn | 
1301 UNIT n, START nnnnnn, END nnnnnn) 
OMIT 

PRINTER 2 

If the LIST file is assigned to 
PRINTER 1 (1403), the Output 
processor develops a 100- 
character program listing. 

INPUT 

ASGN 


READER n 

1311 UNIT n, START nnnnnn, END nnnnnn ( 
1301 UNIT n, START nnnnnn, END nnnnnn j 

READER 1 


OUTPUT 

ASGN 


PUNCH n 

1311 UNIT n, START nnnnnn, END nnnnnn | 
1301 UNIT n, START nnnnnn, END nnnnnn J 
OMIT 

PUNCH 4 (1401 and 1460) 
PUNCH 1 (1440) 


LIBRARY 

ASGN 

1 

1311 UNIT n, START nnnnnn, END nnnnnn | 
1301 UNIT n, START nnnnnn, END nnnnnn \ 

|]3°]|uNIT 0, START 012900, END 019980 

131 1 is assumed if the 
SYSTEM file is assigned to 
1311; 1301 is assumed if the 
SYSTEM file is assigned to 
1301. 

WORKI 

ASGN 


131 1 UNIT n, START nnnnnn, END nnnnnn ( 
1301 UNIT n, START nnnnnn, END nnnnnn ( 

jjjgjluNIT 0„ START 004800, END 011200 

WORK2 

ASGN 

\l3n UNITji, START nnnnnn, END nnnnnn/ 
|1301 UNIT n^ START nnnnnn . END nnnnnn j 

|j3gj|uNlT0, START 011200, END 012400 

WORK3 

ASGN 

1 

1311 UNIT n, START nnnnnn, END nnnnnn | 
1301 UNIT n, START nnnnnn, END nnnnnn) 

il31l! 

|i30i!UN1T 0, START 012400, END 012900 

CORELOAD 

ASGN 

i 1311 UNIT n, START nnnnnn, END nnnnnn ) 
<1301 UNIT n, START nnnnnn, END nnnnnn l 

/omit ^ 

OMIT 


NOTE; If the user's system contains Autocoder and COBOL, the WORK 1 assumed assignment 
is changed From START 004800, END 011200 to START 007200, END 010400. The 
assumed assignments for WORK2 and WORKS remain the same . 


Figure 16. ASGN Card Formats and Assumed Assignments 


assembler will halt indieating that an area is too 
small. 

Note: If the system file is on a 1311 drive other than drive 0 
and drive 0 is not on-line, the user must change the 
workI, work2, and ^voRK3 file assignments because the 
Autocoder System assumes that the work files are on 
1311 UNIT 0. 

CORELOAD File. The disk area required for an ob- 
ject program in the coreload format depends upon 
the type of statements used in the source program, 
the number of characters ( instructions and data ) in 
the ol3ject program, and the number of loading in- 
structions developed by the Output processor. 

When the Output’ processor transfers the object 
program to the coreload file, it builds as many full 
90-character sectors as possible. These 90-character 
sectors contain data (such as a constant defined by 
a Dcw statement ) and assembled instructions ( such 
as ^411 199). Each da, ds, org, ltorg, xfr, and ex 
statement causes the processor to begin building a 


new set of 90-character sectors. 

Use the following as a guide for approximating the 
disk area required: 

1. One sector for the header record. This record 
contains the operand and the identification from 
the last JOB card. 

2. One sector for every 24 word marks specified in 
each set of subsequent da entries. 

3. One sector for each record mark specified in 
each DA header. 

4. Two sectors for a da header that specifies that 
the defined area(s) be cleared. 

5. One sector for each ,g specified in the source 
program (da header, dcw, and dc statements). 

6. One sector for each ex, xfr, and end statement. 
Each of these sectors contains a branch to the 
program at object time. 

7. One sector for every 90 object-program charac- 
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Device Entry and Values of n and nnnnnn 


Remarks 


UNIT n, START nnnnnn, END nnnnnn 

isoii - 

n is the number of the disk unit, and can be 
0, 1,2, 3, or 4; nnnnnn is a disk address. 


The END address is the address of the next available sector. 


The values of nnnnnn must adhere to the following rules: 

1 . WORKl file. If the disk unit is 1311, the START address must be a 
multiple of 200. If the disk unit is 1301, the START address must be a 
multiple of 800. The END address (1311 and 1301) must be a multiple 
of 40. 

2. WORK2 and WORK3 files. The START address (1311 and 1301) of each 
file must be a multiple of 100. (A START address that is a multiple of 
200 results in the fastest assembly.) The END address (131 1 and 1301 ) 
of each file must be a multiple of 1 0. 

3. LIBRARY file. The START and END addresses (1311 and 1301) must be 
multiples of 20. 

4. OUTPUT file. It is not necessary to specify that this file start or end at 
any particular multiple. However, Autocoder will only use the file if 
it begins at a multiple of 40. 

In each of the first three cases, if the rules are violated, the system auto- 
matically narrows in the disk area to an area that does adhere to the rules. 

Incorrect addresses are not automatically corrected for the OUTPUT file. 


READER n 

For 1 402, n can be 0, 1 , or 2 , 
For 1442, n can be 1 or 2. 


For 1402, n represents the pocket into which the cards are stacked. 
For 1442 and 1444, n represents the number of the unit. 


PUNCH n 

For 1402, n can be 0, 4, or I 
For 1 442, n can be 1 or 2 
For 1444, n must be 3. 


PRINTER n 
n can be 1 or 2 


n represents the number of print positions available on the 1403 or 1443. 
For 1403, a 1 indicates 100 positions and a 2 indicates 132 positions. 
For 1443, a 1 indicates 120 positions and a 2 indicates 144* positions. 

* Only 132 print positions are used by the Autocoder System. 


CONSOLE PRINTER 


The console printer for the control file must be an IBM 1447 without a 
buffer feature or an IBM 1407. An IBM 1447 with a buffer feature can be 
used for the message file, although the buffer feature is not used. 


OMIT 


Select this option when the file is not to be used by the Autocoder System. 
LIST, OUTPUT, and CORELOAD are the only files that can be omitted. 


Figure 17. Valid Device Entries 


Lc^l 


Operation 
IWI Ifiti. 


jOMXM.r , . . ks.6.v, I/.3.0,/. VMIT. J.y .SJARJ. .O.OMO.O.O,y J.NJ). .O.Q.MO.O. 


Figure 18. Coding for an OUTPUT ASGN Card 


ters that precede each da, ds, org, ltorg, xfr, 
EX, and END statement. Approximate the number 
of 90-character sectors in each set by: 

a. Allowing seven object-program characters for 
each imperative and declarative, except ds 
and DA, statements. 

b. Approximating the number of generated 
statements associated with each macro in- 
struction and multiplying the approximation 
by 7. 


8. One sector for the first ten object-program char- 
acters in each set of 90-character sectors. Be- 
cause the first ten positions of each set of 90- 
character sectors must contain a disk conhol 
word, the processor builds a sector that contains 
the first ten object-program characters in a set 
and the instructions that load the ten characters 
at object time. 

9. At least one sector for the last group of object 
program characters before each ds, da, org. 
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LTORG, XFR, EX, and END statement if the group 
contains fewer than 90 characters. A maximum of 
50 object-program characters can be contained 
in one sector because the first portion of the sec- 
tor contains instructions that load the object- 
program characters at object time. 

10. One sector to load each set of 90-character sec- 
tors at object time. 

To ensure that a sufficient disk area is allotted for 
the CORELOAD file, the programmer should use his 
source-program coding sheet to approximate the 
number of sectors required. He should add five sec- 
tors to his approximation to allow for cylinder over- 
flow. 

OUTPUT File. This file must be assigned to a disk 
area for an autocoder run because the Autocoder 
text (100-character records) must be on disk for 
Output processing. 

The disk area required for the Autocoder text is 
determined in the same manner as the area required 
for wohkI. 

Note: Do not assign the output file to a disk area for an 

AUTOCODER RUN THRU OUTPUT Or for an OUTPUT RUN. 

LIBRARY File. The method for determining the disk 
area required for a library file is given in Preparing 
Library Jobs. 

A LIBRARY file is required for an autocoder run, 
an autocoder run thru output, and an autocoder 
RUN THRU execution. The user must be sure to in- 
clude a LIBRARY ASGN Card in the staek if Autocoder 
processing is to be performed and the library file 
assignment (unit number and/or limits) differs from 
that assumed by the Autocoder System. 

Building a library file and transferring routines 
to it are described under Preparing Library Jobs. 

Note: If it is necessary to rebuild the Preproeessor, 
the user can avoid destroying the library file that is 
within the limits assumed by the Autocoder System. 
Place a dummy library assgn card ahead of the 
autocoder run card which is the first card in the 
section of the System deck labeled autocoder pre- 
processor. This dummy asgn card should specify a 
disk area whose contents need not be saved. For 
example, the area that is allotted to workI could be 
specified. 

Using ASGN Cards 

At the beginning of stack processing, the System Con- 
trol Program reads a list of assumed assignments into 
core storage from the system file. Each assumed as- 
signment remains in effect until an asgn card for that 
file is sensed. Any changed file assignment remains in 
effect until the next asgn card for that file, or a halt 
card, is sensed. 


If a file-assignment change is applicable for an entire 
stack, place the asgn card immediately ahead of the 
first RUN card. 

If a file-assignment change is only applicable to a 
specific job, place the asgn card immediately ahead of 
the RUN card for that job. To change the file assignment 
back to the assumed assignment or to a different as- 
signment, place the asgn card immediately ahead of 
the RUN card for the next job that requires the effective 
file assignment to be changed. 

Example. Figure 19 shows the use of asgn cards. As- 
sume that: 

1. The stack consists of Job I, Job 2, and Job 3. 

2. The stack is to be on an ibm 1460 system with 
IBM I3II Disk Storage Drives and an ibm 1301 
Disk Storage Unit. 

3. The System, workI, work2, work3, and library 
files are located on the I3II unit I. 

4. The I3II unit I and the 1301 unit 0 are on line. 

5. ASGN card A specifies system asgn I3II unit I. 
A SYSTEM ASGN Card is required for each stack of 
jobs. 

6. ASGN cards B, C, D, and E specify, respectively; 
workI asgn I3II unit I, start 004800, end 
0II200. 

work2 asgn I3II unit I, start 0II200, end 
012400. 

work3 asgn I3II UNIT I, start 012400, end 
012900. 

LIBRARY ASGN I3II UNIT I, START 012900, END 
019980. 

These asgn cards are required because drive 0 is 
not on-line. The limits of the files are those as- 
sumed by the Autocoder System. Job I is an 

AUTOCODER RUN THRU OUTPUT. 

7. ASGN card F specifies: 

OUTPUT ASGN 1301 UNIT 0, START 120000, END 

125000. 

This ASGN card changes the assumed output file 
assignment (Punch 4) for Job 2, which is an 

AUTOCODER RUN. 

8. ASGN card G specifies : 

OUTPUT ASGN PUNCH 4. 

This ASGN card changes the user’s output file as- 
signment back to the assumed output file assign- 
ment for Job 3, which is an autocoder run thru 
OUTPUT. Note that an init card could not be used 
to restore the output assumed assignment, be- 
cause an INIT card would restore all assumed file 
assignments. 

Batched Files 

Batched files are defined as the external files input, 
OUTPUT, LIST, and coreload whose contents represent 
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Job 3 



D f WORK3 ASGN 
C f WORK2 ASGN~ 
B { WORK! ASGN 



Figure 19. Changing File Assignments 

one or more sequential sets of input to or output from 
the processor(s). 

The following example illustrates the advantage of 
a batched coreload file by describing the building and 
use of an object-program library. 

Procedure: Perform a series of conventional assemblies 
(autocoder run thru output) using the coreload 
option. Follow the option card for each job with a 
NOTE card that contains the program identification. 
Record the messages that are printed during proc- 
essing. 

Result: The programs are assembled and batched 
(stored sequentially) in the coreload file. After each 
program has been transferred to disk storage, a mes- 
sage specifying the start and end addresses of the 
program in disk storage is printed. The information 
punched in the note card is printed immediately 
after the message. The inclusion of the note card 
ensures accurate documentation. 

Future Use: When the object programs are required: 

1. Refer to the messages that state the disk location 
of the programs. 

2. Prepare input asgn card(s) using the information 
supplied in the message. The file containing the 
programs becomes the input file for one or more 

EXECUTION RUN jobs. 

a. If the programs are to be selected and executed 


sequentially, only one input asgn card is required 
for the stack because the programs are batched, 
b. If the programs are to be selected randomly 
and executed, an input asgn card is required for 
each job. 

3. Prepare an execution run card for each job. 

4. Perform the stack of jobs as described under 
Running a Stack. 


Preparing Library Jobs 

Library jobs are associated with the maintenance of an 
Autocoder library file, which is a disk storage file that 
supports the Autocoder macro facility. The file con- 
tains a library table and library routines, such as Auto- 
coder macros and IOCS. 

The three library jobs are: 

1. Library build which enables the user to define a 
LIBRARY file. A library-build job, performed when 
the System is built, defines a library file on the 
same disk unit as the system file. The limits of this 
LIBRARY file are 012900 and 019980. Thus, the as- 
sumed assignment for the library file is 1301 or 
1311 UNIT 0, START 012900, end019980. 

After the library-build job has been performed, 
the LIBRARY file contains the library table and a 
record that specifies the end-of -library name (99999). 
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The library table contains the end-of-library name 
and its disk address. 

2. Library listing which enables the user to obtain a 
list of library routines, a list of routine-names, or a 
punched-card deck that contains all the statements 
currently in the library file. 

3. Library change which enables the user to insert 
routines in a new library file or to modify the con- 
tents of an existing library file. A library-change 
job, performed when the System is built, transfers 
the Autocoder macros to the library file after the 
file has been defined by the library-build job. 

Capacity of a LIBRARY File 

The model statements that make up a library routine 
are stored in the library file in the following manner: 
the model statement is compressed and high-order 
blanks are eliminated. The model statements are stored 
as variable-length records in two-sector blocks. The 
library table requires twelve sectors of the library file. 

The first two positions in every statement in the 
LIBRARY file are used for a record count. The length of 
a statement, including the record count field, is: 

1. BOOL or MATH statement: 18 characters plus oper- 
ands and comments. 

2. Labeled model statement: 18 characters plus oper- 
ands and comments. 

3. Unlabeled model statement with operands and/or 
comments: 8 characters plus operands and com- 
ments. 

4. Unlabeled model statement with no operands or 
comments: 

a. 2 characters plus the operation code if column 6 
is blank. 

b. 8 characters if column 6 is not blank. 

Column 6 can contain a special one-character label 
that is associated with a bool statement. 

Note. To fully optiraize the library area, the user should not 
leave more than two blanks between the operands and 
a comment in a model statement because the librarian 
phase of Autocoder cannot eliminate unnecessary blanks 
within the statement. 

Library Build 

Each library-build job defines a library file. The li- 
brary file contains a library table and a record that 
specifies the end-of-library name (99999). The library 
table contains the end-of-library name and its disk 
address. 

Perform a library change to insert routines in the 
new LIBRARY file. 


The library build enables the user to increase his 
library facilities by: 

1. Defining one or more library files within the limits 
assumed by the Autocoder System. The use of small 
LIBRARY files reduces the time required for librarian 
jobs. 

2. Reducing the size of the work files and extending 
the LIBRARY file(s) into that area. 

3. Defining one or more libraries that are not located 
on the same disk unit as the system file. 

The library build can also be used to define a li- 
brary file with the same limits as an existing library 
file. If the user wishes to delete most of the routines in 
the file, he may find that it is easier to create a new 
library table and perform a library change to insert 
his routines in the library file, than it is to perform a 
library change to delete the routines. 

If a library build affects a previously defined li- 
brary file, any routines in the library file before the 
build will not be available at the end of the job be- 
cause the library build destroys the old library table. 

The control cards required for the library build job 
are: 

I. A LIBRARY ASGN Card which is required if the assign- 
ment of the LIBRARY file differs from that assumed 
by the Autocoder System. This asgn card is punched 
in the following manner: 


Columns Contents 

6-12 LIBRARY 

16-19 ASGN 

21-57 1301 UNIT n, START nnnnnn, END nnnnnn 

or 

1311 UNIT n, START nnnnnn, END nnnnnn 

The value n indicates the number of the disk unit and 
can be 0, I, 2, 3, or 4; nnnnnn represents a disk address. 
The limits of the new library must also be specified. 

2. A RUN card punched in the following manner: 

Columns Contents 

6-14 AUTOCODER 

16-18 RUN 

3. An OPTN card punched in the following manner: 

Columns Contents 

6-15 INITIALIZE 

16-19 OPTN 


The INITIALIZE OPTN Card may be followed immediately 
by the cards used to place the macros on the library, 
beginning with the autocoder run card, as described 
in Library Change. Figure 20 shows the arrangement 
of the control cards. 
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Library Listing 

Four kinds of output are available from the library- 
listing job: 

1. A listing of the names of all the routines (macros) 
in the Autocoder library. 

2. A listing of all the entries in every library routine. 

3. A listing of the entries in specific library routines. 

Sequence numbers of statements in a library routine 
are listed under the column header alter. These se- 
quence numbers should correspond to sequence num- 
bers used in the delet and inser statements that are 
required for library-change operations. 

4. A punched-card deck that contains inser and model 
statements (one statement per card). Each routine is 
preceded by an inser card. All the routines in the 
LIBRARY file are punched if this option is selected. 

Figure 21 shows a listing of the iBM-supplied ldrcl 
macro. The characters listed under column L are the 
labels for bool instructions. 

The control cards for a library listing are: 

1. A LIBRARY ASGN Card which is required if the assign- 
ment of the LIBRARY file differs from that assumed 
by the Autocoder System. See Library Build for the 
format of the library asgn card. 

2. A RUN card punched in the following manner: 

Columns Contents 

6-14 AUTOCODER 
16-18 RUN 

3. An OPTN card punched in the following manner: 

C olumns C ontents 

6-12 LISTING 

16-19 OPTN 

21 -? ALL, if all routines are to be listed, or 

HEADER if all routine-names are to be listed, or 
PUNCH if all routines are to be punched into 
cards using a 1402 or 1442 Card-Read Punch, or 
punch1444 if all routines are to be punched 
into cards using a 1444 Card Punch, or 
Blank if only specific routines are to be listed. 

Note: When the output from a library listing job is a punch- 

ed-card deck, a hard halt (halt 006) occurs at the com- 
pletion of the job. Therefore, when used in a stack/ con- 
sisting of more than one job, a library punching job 
should be the last job in the stack. 

4. Routine-name cards punched in the following man- 
ner are required if specific routines are to be listed: 


If required 

Figure 20. Library Build 
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HEADER 

LDRCL 



ALTER 

L 

LABEL ' OP 

OPERANDS 


0001 


*** RETURN CONTROL TO DISK LOADER 

««« 

0002 


BOOL 

A,-#04*-#05 


0003 


B 

3701 


0004 


NOP 



0005 


MEND 



0006 

A 

BOOL 

A,-#04*#05 


0007 


B 

7701 


0008 


NOP 



0009 


MEND 



0010 

A 

BOOL 

A,#04*-#05 


0011 


B 

11701 


0012 


NOP 



0013 


MEND 



0014 

A 

B 

15701 


0015 


NOP 



0016 


MEND 




Figure 21. Library Listing 

Columns Contents 

16-20 Name of routine 

The routine-name cards can be in any order. 

5. An end card, punched in the following manner, is 
always required: 

Columns Contents 
16-18 END 

Figure 22 shows the arrangement of the control 
cards for a library listing of specific routines. 

Library Change 

Library routines, supplied by ibm or developed by the 
user, can be added, modified, or deleted. Entries are 
inserted and/or deleted in eollating sequence. 

IBM provides a change deck whenever iBM-supplied 
library routines (macros) should be modified. The 
change deck includes an autocoder run card, a li- 
brary OPTN card, inser and/or delet cards, an end 
card, and cards containing the changes to be made. 

The user’s change cards can be punched in the disk 
Autocoder or tape Autocoder format. Library entries 
in the tape Autocoder format must not contain any 
□00 notations. The tape Autocoder entries are auto- 
matically converted to disk Autocoder format; all con- 
dition codes become bool statements. The library- 
change operation cannot process input that contains 


If required 

Figure 22. Library Listing 







a combination of tape Autocoder and disk Autocoder 
entries. 

For a description of the library statement formats 
refer to Autocoder (on Disk) Language Specifications 
for IBM 1401, 1440, and 1460, Form C24-3258, and 
Autocoder (on Tape) Language Specifications and Op- 
erating Procedures for IBM 1401 and 1460, Form 
C24-3319. 

In addition to the cards containing the changes, the 
following control cards are required for a library 
change. 

1. A LIBRARY ASGN Card which is required if the assign- 
ment of the LIBRARY file differs from that assumed 
by the Autocoder System. See Library Build for the 
format of the library asgn card. 

2. A RUN card punched in the following manner: 


Columns 

Contents 

6-14 

AUTOCODER 

16-18 

RUN 

An OPTN card punched in the following manner: 

Columns 

Contents 

6-? 

LIBRARY or COMPAT 

16-19 

OPTN 

21 

1 (if the direct seek feature is available) 

If the cards containing the changes are punched in 
the disk Autocoder format, the library optn card 
is required. If the cards are punched in the tape 

Autocoder 

quired. 

format, the compat optn card is re- 

An iNSER card is required for each set of insertions. 

The INSER 

card is punched in the following manner: 

Columns 

Contents 

6-? 

Name of the library routine (macro name) to be 
inserted or modified 

16-20 

INSER 

21-? 

Sequence number(s) 

a. Insertion. Punch n; n is the number of the 


statement after which the insertions are to 
be made. 

b. Substitution. Punch n,m; n and m are the 
numbers of the first and last statements to be 
replaced by the insertions. All statements be- 
tween and including statement n and state- 
ment m will be deleted, and the insertion will 
be substituted. Insertions and deletions need 
not be in a one-to-one correspondence. 

c. Leave blank if an entire routine is to be in- 
serted or modified. If an entire routine is to 
be modified, the routine presently in the li- 
brary will be automatically deleted before 
the new routine is inserted. 

5. A dele;t card is required for deletion of a routine 
or part of a routine. The delet card is punched in 
the following manner: 


Columns Contents 

6-? Name of library routine (macro name) to be 

deleted or modified 

16-20 DELET 

21-? a. Leave blank if an entire routine is to be de- 

leted. 

b. If one statement is to be deleted, punch the 
number of the statement. 

c. If more than one statement is to be deleted, 
punch n,m; n and m are the numbers of the 
first and last statements to be deleted. All 
statements between and including statement 
n and statement m will be deleted. 

6. An END card indicates the end of a library-change 

operation. It is punched in the following manner: 

Columns Contents 

16-18 END 

Figure 23 shows the arrangement of the input cards. 


Performing Jobs 

Under control of the System Control Program, it is 
possible to process one or more jobs without operator 
intervention. For this stack processing to be accom- 
plished, each separate job must be called for by the 
necessary control cards. A list of the operations that 
can be performed in a stack follows. 

Logical File Assignments. Assign decks are made up of 
one or more asgn control cards specifying input/ 
output devices that differ from the effective devices 
of the System Control Program. With the exception 
of the SYSTEM asgn card, logical-file asgn control 
cards can appear as frequently within the stack as 
the user wishes. Individual control cards within the 
deck can be in any order. The system asgn card 
appears once in a stack and immediately follows the 
Card Boot deck. A coreload asgn card is required 
if thru execution is specified in a run card or if a 



Figure 23. Library Change 
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CORELOAD OPTN caid is included in the processor-job 
deck. 

Library Maintenance. The composition of a library 
deck depends primarily upon the nature of the li- 
brary job. However, an autocoder run card is al- 
ways required. 

System Updating. Update decks as supplied by ibm 
are read by the System Control Program and must 
be available to the System on the device to which 
the CONTROL file is assigned. An update deck con- 
sists of one or more control cards, followed by any 
appropriate data cards. 

Processor Runs. Runs depend upon a run card and the 
input to the processors. If the input file is assigned 
to the same device as the control file (the card 
reader), each source deck must be placed behind 
its respective run control card. If the input to the 
processors is written in disk storage, an input asgn 
card is required designating the location of the 
source material in disk storage. 

Communicating with the Operator, note control cards 
and PAUSE control cards can appear anywhere in a 
stack between, not within, jobs. A halt card must 
be the last card of a stack. 


Preparing a Stack 

The Card Boot deck, a system asgn card, and a halt 
card are always required. The formats of the system 
ASGN and HALT cards are shown in Appendix I. 

The input cards for a stack are arranged in this order: 

1. The 1402 or 1442 Card Boot deck. 

2. The SYSTEM ASGN card. 

3. Job decks, to include the assign card(s), library 
deck(s), update deck(s), and processor deck(s). Job 
deeks can be in any order. 

4. The HALT card. 

This stack is placed in the card reader and is read by 
the Autocoder System. 

Figure 24 shows a stack with conitiol and input 
files assigned to the same device. 

Figure 25 shows a stack with control and input 
files assigned to different devices. 

Running a Stack 

To perform a stack run when the System resides on 
1311: 

1. Place the System pack on the disk drive referred 
to in the system asgn control card, and ready the 
drive. (This card immediately follows the 1402 or 
1442 Card Boot deck. ) 


2. Ready all the input/output devices to which the 
logieal files are assigned. These are the assumed 
devices of the System Control Program and/or the 
devices defined by the asgn cards. The assumed 
devices are: disk drive 0, the card reader, the card 
punch, and the printer. 

3. Ready the console: 

a. Set the I/O check-stop switch off. 

b. Set the check-stop switch and disk-write switch 
on. 

c. Set the mode switch to run. 

d. Press check reset and start reset. 

4. Load the program. 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader: Press start on the reader, 
and program load on the console. 

5. When the System attempts to read the last card: 

a. 1402 Card Reader: Press start. 

b. 1442 Card Reader: Press start on the card 
reader. 

To perform a stack run when the System resides on 
1301: 

1. Ready all the input/output devices to which the 
logical files are assigned. These are the assumed de- 
vices of the System Control Program and/or the 
devices referred to in the asgn cards. Tlie assumed 
deviees are: disk unit 0, the card reader, the card 
punch, and the printer. 

2. Ready the console: 

a. Set the I/O check-stop switch off. 

b. Set the check-stop switch and disk-write switch 
on. 

c. Set the mode switch to run. 

d. Press check reset and start reset. 

3. Load the program : 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader: Press start on the reader, 
and PROGRAM LOAD on the console. 

4. When the system attempts to read the last card: 

a. 1402 Card Reader : Press start. 

b. 1442 Card Reader: Press start on the card 
reader. 


Loading Object Programs 

Punched-card object programs can be executed inde- 
pendently of the Autocoder System. The procedures to 
be followed when a eard-read error occurs depend on 
the format of the program and the object system. 

To load the program : 

1. Place the object deck in the card reader. (If for any 
reason the user does not wish to clear storage before 
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Figure 24. Stack with CONTROL and INPUT Files Assigned to the Same Device 



( EXECUTION RUN 
( INPUT ASG N I 
l_ SYSTEM ASGN 



Job 1 


Job 3 




Figure 25. Stack with CONTROL and INPUT Files Assigned to Different Devices 


loading the object program, he should remove the 
first tvi^o cards from the deck. These are the dear- 
storage cards generated by the processor. ) 

2. Set the I/O check-stop switch on. Set sense switches 
as needed by the object program. 

3. Press check reset and start reset. 

4. Load the program: 

a. 1402 Card Reader: Press LOAD, 

b. 1442 Card Reader: Press start on the card 


reader, and program load on the console. 

5. When the system attempts to read the last card: 

a. 1402 Card Reader: Press start. 

b. 1442 Card Reader: Press start on the card 
reader. 

If a card-read error occurs while loading an object- 
program deck with the I/O check-stop switch on, the 
following procedures are followed to correct the error. 
If the reader is a 1402: 
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1. Non-process run-out the cards in the card reader. 

2. Place the last three eards ( two non-processed cards 
and the card in error) in the hopper. 

3. Press check reset on the reader and start. 

If the reader is a 1442 and the object-program deck is 
in the 1440 condensed-loader format: 

1. Non-process run-out the cards in the card reader. 

2. Place the last two cards in the hopper. 

3. Press check reset and start reset. 

4. Set the I-address register to the ninth position of 
the loader. 

5. Press start on the reader and start on the console. 


If the reader is a 1442 and the objeet-program deck 
is in the 1440 self-loading format: 

1. Non-process run-out the cards in the card reader. 

2. Plaee the last two cards in the hopper. 

3. Press check reset and start reset. 

4. Set the I-address register to 00073. 

5. Press start on the reader and start on the console. 

Haits and Messages 

The halts and messages shown in Figure 26 ean appear 
during a staek run. To display halt numbers, press the 
A-address register key. Messages are printed on the 
message file. 
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Halt Number 

(A~Address 

Register) 


MESSAGE and/or Meaning 


Restart Procedure 


Ibb Card read error. 1 . 1402 card reader: non-process run-out the cards in the 

reader. Place the last three cards (two non-processed 
cards and the card in error) in the hopper. Press START. 
2. 1442 card reader: non-process run-out the cards in the 

reader. Place the two non-processed cards in the hopper. 
(The first ncn-processed card is the card in error). Press 
START on the reader and START on the console. 

2bb Wrong-length record or txj-address-compare error sensed Press START for ten disk-read or write retries, 

ten times during a disk-read or write operation. 

3bb Parity error sensed ten times during a disk-read or write Press START for ten disk-read or write retries, 

operation. 

4bb Not-ready condition sensed when a disk-read or write Ready the disk unit and press START, 

operation was attempted. 

5bb 1 . Librarian-control OPTN card is incorrect, or 1 . Non-process run-out the cards in the card reader, 

2. Preprocessor phase not on the SYSTEM file. correct the OPTN card, and restart the system, or 

2. If the OPTN card is not incorrect, use the part of the 
system deck labeled AUTOCODER PREPROCESSOR and 
rebuild the preprocessor portion of the system. Follow 
the procedures as described in Building an Autocoder 
System . 

6bb One of the following messages precedes this halt: The contents of the error cards are printed . Non-process 

run-out the cards in the card reader, correct the error card, 

ERROR HEADER ABOVE UNKNOWN and restart the update operation. Corrections successfully 

completed before the halt occurs need not be reprocessed. 

A phase update card specifies a phase name that is not in 
the phase table . 

ERROR NO KNOWN TYPE OF UPDAT 

Columns 21- ? of a phase update card are incorrect. 

ERROR CYLINDER OVERFLOW 

The phase update card specifies that the phase is to be 
placed on a set of sectors that exceeds one cylinder. 

ERROR ACTUAL IDENT UNEQUAL TO HEADER IDENT 

Columns 76-80 of a change card do not contain the phase 
name specified in columns 6-10 of the update control 
card associated with it. 

ERROR NON CONTROL CARD WITHOUT CONTROL 
PRECEDING 

An update card is missing, out of sequence, or mis- 
punched . 

ERROR UNKNOWN EXECUTE CARD 

A change card with 006 punched in columns 1-3 does not 
have =, or =/ or =M punched in columns 6 and 7. These 
punches are found in set-word-mark or clear cards developed 
for a DA statement. No other types of special execute cards 
are: permitted. 

ERROR PATCH ABOVE OUTSIDE OF PROGRAM LIMITS 

The phase area cannot contain the data specified in the 
change cards. 


Figure 26. Halts and Messages (Part 1 of 5) 
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Halt Number 

(A-Address 

Register) 


MESSAGE and/or Meaning 
ERROR CHARACTER COUNT TOO LARGE 


Restart Procedure 


A change card contains a character count greater than 67 
characters. The character count is punched in columns 4 
and 5 . 

ERROR ABOVE CARD CREATES GROUP MARK WORD 
MARK 

A set-word-mark card developed for a DA statement 
attempts to set a word mark over a position containing 
a group mark, or a condensed card contains a word separa- 
tor character followed by a group mark. This is an error 
because a group mark with a word mark can neither be read 
from nor written in disk storage. 


7bb 

More than 50 different DTE entries used in the program. 

Correct the source program and reassemble the source 
program from the beginning. 

8bb 

CONTROL CARD ERROR LIBRARY OPTN 

This halt indicates one of the following conditions: 

1 . An INSER, DELET, or END card is missing or mis- 

punched . 

2 . An attempt to insert or delete entries in a library 

routine that does not exist. 

3. Entries not in collating sequence, according to 
macro name and/or sequence number. 

The contents of the incorrect card(s) are printed,, Remove 
the Incorrect card(s) and place the remainder of the cards in 
the card reader. If the library change operation is not 
completed, the LIBRARY file cannot be used. 

9bb 

Any (disk error that occurs while the bootback routine is 
returning control to the System Control Program. 

Press START for one disk retry. 

lObb 

More than 300 macros within macros have been used in 
the source program. 

Correct the source program and reassemble the source pro- 
gram from the beginning. 

llbb 

WORK! capacity exceeded during an AUTOCODER RUN 
THRU OUTPUT or an AUTOCODER RUN THRU EXECU- 
TION, or OUTPUT-file capacity exceeded during an 
AUTOCODER RUN. 

Change the WORKl or OUTPUT ASGN card and restart the 
assembly of the job. 

12bb 

Disk-error condition sensed during the Preprocessor 
phase . 

Press START for ten disk retries. 

13bb 

LIBRARY file capacity exceeded. Part of the library 
routine that was being processed when the halt occurred 
will be in the LIBRARY file. 4ll library routines fol low- 
ing the routine being processed will no longer be in the 
LIBRARY file. 

To finish the job: 

1 . 1402 card reader: nonprocess run out the cards in the 

reader. Place the END card in the hopper. Press 
START. 

2. 1442 card reader: nonprocess run out the cards in the 

reader. Place the END card in the hopper. Press 
START on the reader and START on the console. 

To determine the names of the routines remaining in the 

LIBRARY file, perform a library-listing operation and specify 

HEADERS in the LISTING OPTN card. 

14bb 

Invalid card encountered during LIBRARY OPTN run. 

Press START to complete the run. The invalid card will be 
bypassed. If the run is not completed, the LIBRARY file 
cannot be used . 

22bb 

More than 30 different INCLD routines used in one 
overlay . 

Correct the source program and reassemble the source program 
from the beginning. 

33bb 

Library table (99 macro names) exceeded. 

To finish the job; 

1 . 1402 card reader: nonprocess run out the cards in the 

reader. Place the END card in the hopper. Press 
START. 

2. 1442 card reader: nonprocess run out the cards in the 

reader. Place the END card in the hopper. Press 
START on the reader and START on the console. 

To determine the names of the routines in the LIBRARY file, 
perform a library-listing operation and specify HEADERS in 
the LISTING OPTN card. 


Figure 26. Halts and Messages (Part 2 of 5) 
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Halt Number 

(A~Address 

Register) 

MESSAGE qnd/or Meaning 

Restart Procedure 

001 

WRONG SYSTEM 

The message appears unconditionally on the printer. 

1 . Non-process run-out the cards in the reader. 

2. Correct the SYSTEM ASGN card, or place the correct 
pack on the unit indicated in the SYSTEM ASGN card. 

3. Restart the stack . 

002 

TEN RD TRIES PRESS STRT FOR 10 MORE 

The message appears unconditionally on the printer. It 
indicates any disk error while attempting to read the 
SYSTEM file. 

Press START for ten disk-read retries. 

003 

SYSTEM ASGN NOT SENSED 

The SYSTEM ASGN card did not immediately follow the 
Card Boot. 

1 . Non-process run-out the cards in the reader. 

2. Place the SYSTEM ASGN card and the remainder of 
the stack in the read hopper. 

3. If the reader is 1402, press START. 

4. If the reader is 1442, press START on the reader and 
START on the console. 

004 

Parity check, wrong-length record, or no-address- 
compare error sensed 10 successive ti nes during disk 
bootstrap operation. 

Press START for 10 disk-read retries. 

005 

End-of-file sensed in SYSTEM file during disk boot- 
strap operation . 

Non-process run-out the cards in the reader and restart the 
stack . 

006 

HALT card image 

Indicates the end of the stack. 

Hard halt. 

007 

Card-punch error. 

1 . 1402 card punch and 1444 card punch: non-process 

run-out the cards in the punch. Discard the last three 
cards (two non-processed cards and the card in error) 
in the stacker. Press START. 

2. 1442 card punch; discard the last card in the stacker. 

Press START on the punch and START on the console. 

008 

Card-read error. 

1 . 1402 card reader; non-process run-out the cards in the 

reader. Place the last three cards (two non-processed 
cards and the card in error) in the hopper. Press START. 

2. 1442 card reader: non-process run-out the cards in the 

reader. Place the two non-processed cards in the 
hopper. Press START on the reader and START on the 
console . 

009 

Printer error. 

1. 1403 printer: press START. 

2. 1443 printer: press START on the printer and START on 
the console. 

010 

Non-blank card at the punch station in the 1442 card 
read -punch . 

Non-process run-out the cards in the 1442. Place blank 
cards before the non-processed cards. Press START on the 
1442 and START on the console. 

on 

PAUSE card image . 

Press START. 

012 

Console-printer error 

Press START for one retry of the read or write operation. 

013 

***ASGN card image 

The halt indicates that the ASGN card is incorrectly 
punched . 

1 . 1402 card reader: the card in the stacker is the in- 

correct ASGN card . Correct the ASGN card. Non- 
process run-out cards in the reader. Place the correc- 
ted ASGN card and the two non-processed cards in 
the hopper. Press START. 

2. 1442 card reader: non-process run-out the cards in the 

reader. The first non-processed card is the incorrect 
ASGN card. Correct the ASGN card . Place the 
corrected ASGN card and the second non-processed 
card in the hopper. Press START on the reader and 
START on the console. 


Figure 26. Halts and Messages (Part 3 of 5) 
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Halt Number 

(A-Address 

Register) 


MESSAGE and/or AAeaning 











The logical file has been assigned to an area that overlaps 
a previously defined file label. (1311 only.) 


Phase not found in phase table while in supervisory coll 
for phase . 


Disk not ready . 


Parity check, wrong-length record, or no-address-compare 
error sensed 10 successive times during a disk -read or write 
operation. 


This holt will occur if the work areas ore not large enough. 


END OF CONTROL CARD DIAGNOSTICS NOTE - 
PRESS START TO ASSEMBLE, START-RESET AND START 
TO BYPASS ASSEMBLY 


NOTE - ASSEMBLY ERRORS - PRESS START TO EXE- 
CUTE, START - RESET AND START TO BYPASS 
EXECUTION 


NOTE - DIAGNOSTICS - PRESS START TO ASSEMBLE, 
START - RESET AND START TO BYPASS ASSEMBLY 


START ADDRESS OF INPUT FILE DOES NOT REFER TO 
HEADER RECORD 


EXPECTED HEADER ^ (52 positions) FOUND 
/ (52 positions) / 


EXPECTED ID ^XXKXK* , FOUND /XXXXX/ 


NOTE card image 


*** card image 

All cards not recognized by the System Control Program 
are flagged (***), written on the MESSAGE file, and 
bypassed by the System. 


Card image 

INVALID UPDAT TYPE 

Update card with invalid update mode designated. 


PHASE XXX ALREADY ON SYSTEM. WILL DROP THIS 
SET OF CARDS 


PHASE XXX NOT FOUND 


HEADER CARD ERROR 

All header cards must have 24232 in columns 1 through 

5. 


Card image 


PHASE AREA EXCEEDED 


****PROCESSOR UNKNOWN**** 


3. If the user wishes, he can igrxare the two steps outlined 
above, and press START, the system will then use the 
effective device assignment for that particular file. 


Hard halt. Change the assignment and restart the stack with 
the Card Boot. 


A port of the System must be rebuilt. Use the parts of the 
System deck labeled CARD BUILD, SYSTEM CONTROL, and 
AUTOCODER PROCESSOR. Follow the procedures as des- 
cribed in Building an Autocoder System. 


Ready the disk unit and press START . 


Press START for 10 disk-read or write retries. 


Hard Holt. Enlarge work areas to required size and 
restart the assembly. 


As indicated in the message. 


As indicated in the message. 


As indicated in the message. 


If a message is printed and no halt occurs, the next control 
card is processed . 


Figure 26. Halts and Messages (Part 4 of 5) 
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Halt Number 

(A-Address 

Register) 


MESSAGE and/or Meaning 


CORELOAD NOT ASSIGNED, OPTION NOT DONE 
The next output option is processed. 


CORELOAD FILE NOT ASSIGNED, OPTION NOT DONE 
AND EXECUTION SUPPRESSED 


Image of an output option card - OPTION UNKNOWN 
The next output option card is processed. 


CORELOAD HEADER — (52 positions), ID — (5 positions) 
Use the information in an EXECUTION RUN card. 


CORELOAD OUTPUT COMPLETE ON jj^ol [ UNIT n, 
START nnnnnn , END nnnnnn ' ^ 

The START address is address of the object program header 
record. The END address is the address of the next avail- 
sector. Use the information in an INPUT ASGN card for 
an EXECUTION RUN. 


Restart Procedure 


(STARTS/ 1311 

lENDS 1301 


UNIT n AT 


ADDRESS nnnnnn 


XXXXX MACRO NOT IN LIBRARY 

The macro requested (XXXXX) is not in the LIBRARY file. 


END OF LISTING OPTN 

The library-listing job has been completed. 


XXXXX BLOCKS LEFT EOJ 

The library-change operation has been completed. 
XXXXX is the number of blocks available in the 
LIBRARY file. 


END OF SYSTEM OPTN 

The update operation has been successfully completed. 


LIBRARY FILE NOT RECOGNIZED 

The library has not been assigned correctly or the 
library has not E>een initialized. 


OUTPUT FILE NOT ASSIGNED TO DISK 

The RUN card specifies AUTOCODER RUN. The Auto- 
coder text must be written on disk. 


INPUT FILE NOT ASSIGNED TO DISK 

The RUN card specifies OUTPUT RUN or OUTPUT RUN 
THRU EXECUTION. An INPUT ASGN card, designating 
the location of the Autocoder Text, is required. 


NO TEXT IN INPUT FILE 


1 EOFb sensed in the INPUT file and the Autocoder Text 
has not been processed; or, the assigned INPUT file does 
not contain text. 


Figure 26. Halts and Messages (Part 5 of 5) 
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Using and Maintaining the Object Program 


Methods of Execution 

An object program can be executed by using any of the 
following methods : 

1. Load-and-go 

2. Delayed execution 

a. Controlled 

b. Independent. 

Load-and-Go 

Automatic loading and execution of an object program 
is a processor job. The object program is written on 
the CORELOAD file, loaded into core storage, and control 
is transferred to it. See Autocoder Run Thru Execution 
and Output Run Thru Execution for the formats of the 
required control cards. 

Delayed Execution 

Execution of an object program that has been pro- 
duced by an autocoder run thru output or an output 
RUN is called delayed execution. The object program 
can be executed under control of the Autocoder System 
or independently of the System. 

Controlled Execution 

Controlled execution is initiated by an execution run 
card. See Delayed Execution under Preparing Proc- 
essor Jobs for the formats of required control cards. 

The advantages gained by executing programs under 
control of the Autocoder System are: 

1. Object programs, in the coreload format or punched 
into cards, can be selected and executed. 

2. More than one object program in the coreload for- 
mat can be loaded from disk storage and executed 
during an execution run. (See Multi-Program 
Execution . ) 

3. Conti'ol can be returned to the System Control Pro- 
gram after object-program execution. This feature 
makes it possible to perform the next job without 
operator intervention. 

Processor Action 

If the input is in the coreload format, the Execution 
processor: 

1. Determines if the start address of the input file 
refers to a header record. If the record is not a 
header record, a message is printed on the message 


file, and control reverts to the System Control Pro- 
gram. 

2. Compares columns 21-72 and 76-80 of the execu- 
tion RUN card, if punched, with the portion of the 
header record that contains job card information. 
If the fields are not identical, a message is printed 
on the message file and control reverts to the System 
Conti'ol Program. The message consists of the infor- 
mation that is supposed to be in the record and the 
information that is in the record. 

3. Clears storage from the disk loader down to posi- 
tion 1. 

4. Transfers program control to the disk loader. After 
the loading process has been completed, control is 
transferred to the object program. 

If the input is from cards, the object-program dear- 
storage cards are bypassed and storage is cleared from 
the bootstrap routine down to location 80. Control is 
then transferred to the object-program bootstrap 
routine. 

If the loader has not been destroyed during a pro- 
gram overlay, loading can be resumed by branching 
to the disk loader (3701 for 4K, 7701 for 8K, 11701 for 
12K, and 15701 for 16K). The inclusion of the ldrcl 
macro in the source program provides the linkage. 

Multi-Program Execution 

More than one object program, in the coreload format, 
can be loaded and executed during an execution run. 
If the object programs are to be selected randomly, the 
last two instructions in all object programs, except the 
last object program to be executed, must be: 

1. An instruction that moves the disk unit number and 
the disk address of the next object program’s header 
record into the core storage locations that contain 
the address of the next sector to be read. (3825- 
3831 for 4K, 7825-7831 for 8K, 11825-11831 for 12K, 
and 15825-15831 for 16K.) Thus, the next object 
program must have been assembled and transferred 
to the CORELOAD file before the instruction can be 
coded. The message that is printed after an object 
program has been transferred to the coreload file 
gives the address of the object program’s header 
record. 

2. A branch to the disk loader. (3701 for 4K, 7701 for 
8K, 11701 for 12K, and 15701 for 16K. ) The inclu- 
sion of the LDRCL macro instruction as the last in- 
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stniction before the source program end statement 
will provide the linkage to the disk loader. 

If the object programs are batched on the coreload file 
and are to be processed sequentially, only the branch 
to the disk loader is required. Because the object pro- 
grams are stored sequentially, the address of the next 
object program s header record is in the core storage 
locations that contain the address of the next sector 
to be read. 

After executing an object program, the disk loader 
does not clear core storage. The user should clear core 
storage (if required) before calling the next object 
program for execution. 

Note: The disk loader, which begins at 3701 for 4K, 7701 
jFor 8K, 11701 for 12K, and 15701 for 16K, must not be 
destroyed during program execution. The loader itself requires 
134 positions. The remaining high core-storage positions contain 
the read-in area for the loader and the bootback routine. 

Example: Assume that two object programs are to be 
selected randomly during a single execution run 
and that the object system size is 12K. The pro- 
cedure would be: 

1. Assemble the second object program to be executed 
by performing an autocoder run thru output 
with the CORELOAD OPTN specified. 

2. Record the message. Assume that the message is 

CORELOAD OUTPUT COMPLETE ON 1311 UNIT 1, START 
012300, END 012399. 

3. Code the last three source statements in the first 
program to be executed as shown in Figure 27. 
Assume that the symbolic address of the first in- 
struction to be executed is begin. In a 12K machine, 
positions 11825-11831 contain the address of the 
next sector to be read. 

4. Assemble the first object proj^ram to be executed by 
performing an autocoder run thru output with 
the coreload optn specified. 

5. Record the message. Assume that the message is 
coreload output complete on 1311 UNIT 1, START 
004596, end 004960. 

(). When the execution run is to be performed, use: 

a. An ASGN card that specifies input asgn 13ii unit 
1, START 004596, END 004960. This ASGN Card assigns the 
INPUT file to the disk area that contains the first 
object program to be executed. Because the second 
program is not selected for loading by the Execution 
processor, the area assigned to the input file need 
not contain the second program. 

b. An EXECUTION RUN card whose operand contains 
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Figure 27. Coding for Multi-Program Execution 


the information from the last job card in the first 
program to be executed. 

Example. Assume that three object programs are to be 
stored and executed sequentially. The procedure 
would be: 

1. Assemble the programs. Perform a series of auto- 
coder RUN THRU output jobs with the coreload 
OPTN specified for each job. (The ldrcl macro in- 
struction must be the last instruction of the first two 
source programs.) 

2. Record the messages that are printed after the core- 
load operations are completed. 

3. When the execution run is to be performed, use: 

a. An INPUT ASGN card that specifies the disk area 
that contains the programs. The start address must 
be the address of the first object program’s header 
record. Use the start address from the first message 
and the end address from the last message. 

b. An EXECUTION RUN card whose operand contains 
the JOB card information from the last job card in 
the first program to be executed. 

Return to System Control 

If control is to be transferred to the System Control 
Program after an object-program execution, the object 
program must contain an instruction to branch to the 
bootback routine (3928 for 4K, 7928 for 8K, 11928 for 
12K, and 15928 for 16K). The inclusion of the syscl 
macro in the source program provides the linkage. 
Independent Execution 

Any object-program deck produced by the Autocoder 
System can be executed independently of the System. 
The user need not prepare any additional cards to 
initialize execution of the program. 

Condensed-Loader Considerations 

The factors to be considered when using the con- 
densed-loader format are: 

IBM 1440 

Read-In Area. The read-in area is assumed to extend 
from 0001 to 0074. A group-mark word-mark is lo- 
cated in the last position of the read-in area. 

The read-in area may be relocated by specifying 
the starting address in the source program ctl card. 
Since the loader uses a dear-storage command to 
clear the read-in area from the end address, the be- 
ginning and ending addresses must have the same 
hundreds position (Example: 00901-00974). 

Loader Instruction Area. The loader instruction area 
is assumed to be at 0075-0206 (132 characters). In 
the special case where the card-input area starts in 
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an address greater than 999 and the modify address 
feature is not available, the loader instruetion area 
is extended to 145 characters. 

The loader instruction area can be relocated by 
specifying the starting address of the loader in the 
source program ctl card. The entry point to the 
loader, after the execution of a program overlay, is 
0083 for the assumed location and start address +8 
positions for the relocated loader. 

IBM 1401 or 1460 

Read-In Area. The read-in area is fixed at location 
0001-0080. 

Loader Instruction Area. The loader instruction area 
is assumed to be at 0081-0205 with a length of 125 
characters. This area may be relocated by specifying 
the starting address in the source program ctl card. 
The entry point to the loader after the execution of 
a program overlay is 0081 for the assumed location 
and start address for the relocated loader. 


Revising the Object Program 

It is possible to correct or revise an object program 
deck without reassembling. Either of two methods can 
be used: 

1. The user duplicates the condensed card, substituting 
the correct information where needed. The corrected 
card is then placed in the proper location within the 
condensed deck before loading the object program. 
To determine the proper location, check the pro- 
gram listing. The sequence numbers punched in 
columns 72-75 of the program deck correspond to 
the sequence numbers in the program listing. 

2. The correct information is loaded into storage after 
the original object program has been loaded, over- 
laying part of the original object program. The user 
punches patch card(s) and places them just before 
the assembled end, xfr, or ex card in the object 
program or program segment to which the patch 
applies. (Check the listing for number of the end, 
XFR, or EX assembled instruction. ) 


Columns 

Contents 

1-3 

The three-character machine address of the first 
storage position to be loaded. 

4-5 

The number of characters to be loaded from the 
card. Word-separator characters are not counted. 

6-71 

The instructions and/or constants to be loaded. A 
word-separator character (0-5-8 punch) precedes 
every character requiring a word mark in core 
storage. 

72-75 

The source-program sequence number of the first 
instruction or constant in the card. 

76-80 

The program identification. 


Punching in columns 72-80 is not required for load- 
ing. Thus, the card sequence number and the program 
identification fields may be left blank. Note that if two 
successive card columns both contain word-separator 
characters, one word-separator character will be loaded 
into core storage without a word mark. 


Self-Loading Format 

A patch card is punched in the following format: 


Columns 

1-39 

40-46 

47-53 


54-60 [ 
61-67 } 

68-71 


72-75 

76-80 


Contents 

The constant(s) or machine-language instruction(s) 
to be loaded into storage. The infonnation must be 
left- justified in this field. 

A load instruction that loads the above data into 
storage with a high-order word mark. 

If the data should not have a high-order word mark, 
this field contains a seven-character clear-word- 
mark instruction. If the high-order word mark is 
to be left in storage, this field contains: 

1. A set- word-mark instruction. If two or more 
instructions have been loaded into core storage, 
a word mark must be set for each instruction, or: 

2. A NOP instruction (NOOOOOO), if additional word 
marks are not needed. 

These fields contain set-word-mark or nop instruc- 
tions (see preceding paragraph). 

For the 1401-1460: 1040. An instruction to read a 
card and branch to location 040, which is the ad- 
dress of the next load instruction or an execute 
instruction. 

For the 1440: B073. An instruction to branch to 
the read-a-card and branch instructions which are 
in positions 73-85. 

Program-listing sequence number of the first in- 
struction and/or constant in the card. 

Program identification. 


Condensed-Loader Format 

A patch card for an object program in the condensed- 
loader format is punched as follows: 


Punching in columns 72-80 is not required for load- 
ing. Thus, the secjuence number and program identifi- 
cation field may be left blank. 
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Building, Updating, and Copying an Autocoder System 


Autocoder-System Deck Description and 
Preparation 

The System deek supplied to the user eontains six sec- 
tions as shown in Figure 28. One seetion, Marking 
Program, is used to separate the sections for ease in 
labeling the various components of the complete deck. 
Three sections, Write File- Protected Addresses, Sys- 
tem Control Card Build, and Autocoder Update are 
used to build the System. A fifth section, the Card 
Boot, is used to operate the System. A sixth section. 
Sample Program, is used to test the System built by the 
user. The individual sections are separated by the 
Marking Program control cards. In the instances where 
more than one set of cards makes up a section, a Mark- 
ing Program control card separates the sets. 

To facilitate building and maintenance operations, 
mark the sections as indicated by the Marking Program 
messages. 

All cards in the System Deck, except the four 1402 
load-card sets, the four 1442 load-card sets, the Auto- 
coder macros, and the Autocoder Sample Programs, 
contain a sequence number in columns 72-75. The 
cards are numbered consecutively, beginning with 
0001. 

All load cards contain a sequence number in column 
80. Each set of 1402 load cards is numbered consecu- 
tively from 1 through 6 and is identified by a 0-4-8 
punch (% symbol) in column 79. Each set of 1442 
load cards is numbered consecutively from 1 through 
7 and is identified by a 3-8 punch (# symbol) in 
column 79. 

Each Autocoder macro contains a sequence number 
in columns 1-5, beginning with either 00000 or 00010. 
Each Autocoder Sample Program contains a sequence 
number in columns 1-5, beginning with 0001b. 

If it is necessary to resequence the System deck, the 
user should sort the cards in the following manner: 

1. Sort on column 79 (0-4-8 punch) to select the 1402 
load cards. 

2. Sort the 1402 load cards on column 80 to sequence 
the cards. 

3. Assemble the four sets of 1402 load cards. 

4. Sort on column 79 (3-8 punch) to select the 1442 
load cards. 

5. Sort the 1442 load cards on column 80 to sequence 
the cards. 

6. Assemble the four sets of 1442 load cards. 

7. Sort the remainder of the System deck on columns 
75, 74, 73, and 72. After sorting, the Autocoder 
Macros and Sample Programs will be in the reject 
pocket. 


8. Check the program listing, which is supplied with 
the System deck, and insert the sets of load cards 
in the appropriate places. 

9. Sort the Autocoder Macros and Sample Programs 
on column 5. After sorting, the Sample Programs 
will be in the reject pocket. 

10. Sort the Autocoder Macros on columns 4, 3, 2, 1, 
80, 79, 78, 77, and 76. 

11. Check the program listing and insert the Auto- 
coder Macros. 

12. Sort the Sample Programs on columns 4, 3, 2, 1, 
and 80. 

13. Check the program listing and insert the Sample 
Programs. 

Marking Program 

The Marking Program deck is made up of two sets. The 
set for the 1442 consists of 13 cards and has identifica- 
tion code 50zy1 punched in columns 76-80. The set for 
the 1402 consists of 11 cards and has the identification 
code 50zzl punched in columns 76-80. A blank (except 
for sequencing in columns 72-75) card follows each set. 

The Marking Program separates the various sections 
and sets that make up the System deck. When a control 
card is sensed, a halt occurs and a message is printed. 

If the reader is 1442, the initial message is: 

HALT AT EACH DECK SEGMENT. DISCARD 
FIRST CARD, MARK DECK AS PRINTED, 
PRESS START TO CONTINUE. 

If the reader is 1402, the initial message is: 

HALT AT EACH DECK SEGMENT. MARK 
DECK AS PRINTED, PRESS START TO CON- 
TINUE. 

Subsequent messages contain the name of the sec- 
tion to be marked. 

To use the decks: 

1. Set sense switch A on. Set all other sense switches 
off. 

2. Set the I/O check stop switch off. 

3. Press check reset and start reset. 

4. Select the Program Marking deck that is appropriate 
for the system and remove the other deck. 

5. Remove the blank card following the Marking Pro- 
gram and place the program in the card reader, fol- 
lowed by the remainder of the Autocoder System 
deck. 

6. Load the program. 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader: Press start on the reader, and 
PROGRAM LOAD on the console. 
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SYSTEM CONTROL 
CARD BUILD 


WRITE FILE-PROTECTED ADDRESSES 


Blank Card 
1402 — ^ 

■Blank Card MARKING PROGRAM 

1442 ^ 


SHADED CARDS INDICATE CONTROL 
CARDS FOR MARKING PROGRAM 


Figure 28. Autocoder System Program Deck 


7. Halt 003 procedure. 

a. 1402 Card Reader: Press start. The Marking 
Program is in the NR stacker. 

b. 1442 Card Reader: Remove the Marking Program 
from stacker 1 and press start on the console. 

8. Halt 001 proeedure. 

a. 1402 Card Reader: Remove the cards from 
stacker 1 and press start. Mark the deck section as 
indicated in the message. The Marking Program 
control card is in the NR stacker. 

b. 1442 Card Reader: Remove the cards from 
stacker 1 and press start on the console. Discard 
the first card ( Marking Program control card ) and 
mark the section as indicated in the message. 

Note; The Marking Program control cards are identified by 
##### in columns 1-5. These cards are only for the 
use of the Marking Program and should be discarded 
after the deck is marked. 

9. When the system attempts to read the last card. 

a. 1402 Card Reader: Press start. 

b. 1442 Card Reader: Press start on the reader. The 


last card is a Marking Program control card and 
should be discarded. 

The following halts can occur when using the Mark- 
ing Program. To display the halt number, press the A- 
address register key. 


Halt Number 
A-Address Register 

001 

002 

003 

008 


009 


Meaning 

The deck section in stacker 1 should be 
marked. 

End of job. 

The initial message has been printed. 

Card-read error. To retry the operation, 
For the 1402: Non-process run-out the 
cards. Remove the last three cards in the 
stacker and place them in the hopper. 

Press START. 

For the 1442: Non-process run-out the 
cards. Place the two non-processed cards 
in the read hopper. Press st.^uit on the 
reader and ^tart on the console. 

Printer error. To retry the operation, 

a. 1403 Printer: Press start. 

b. 1443 Printer: Press start on the 
printer and start on the console. 
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Write File-Protected Addresses 

The Write File-Protected Addresses section is punched 
in the Autocoder condensed-loader format. The deck 
consists of approximately 120 cards. 

The set of cards for the 1442 has the identification 
code 50 FS 1 punched in columns 76-80. The set of cards 
for the 1402 has the identification code sorei punched 
in columns 76-80. 

This section writes disk addresses whose values are 
equal to the normal addresses plus 260,000. It is by use 
of these false addresses that the file-protected area is 
created. 

System Control Cord Build 

This section contains control cards and cards punched 
in the Autocoder condensed-loader format. It includes 
both the 1402 and the 1442 Card Build programs and 
the System Control Program. All necessary control 
cards are incorporated within the section, which con- 
sists of approximately 1000 cards. 

The Card Build set for the 1442 has the identification 
code 50X41 punched in columns 76-80. The Card Build 
set for the 1402 has the identification code soxoi 
punched in columns 76-80. 

The System Control Program section is identified by 
the code 50 sxi punched in columns 76-80, where x is 
alphameric. The section loads the System Control Pro- 
gram in disk storage. 

Card Boot 

The 1402 Card Boot set, consisting of 17 cards, and the 
1442 Card Boot set, consisting of 19 cards, arc punched 
in the Autocoder condensed-loader format. The 1442 
Card Boot set has the identification code soszi punched 
in eolumins 76-80. The 1402 Card Boot set has the iden- 
tification code 50PZ1 punched in columns 76-80. 

Because the Card Boot is required for each stack of 
jobs to be performed by the System, the Card Boot 
must be removed and saved for future System opera- 
tions. 

Autocoder Update 

The Autocoder Update section is made up of three sets 
of cards; Autocoder Processor, Autocoder Preprocessor, 
and Autocoder Macros. There are approximately 2900 
cards in the entire section. The Autocoder Processor 
set is in the Autocoder condensed loader and the updat 
card formats. There are approximately 1400 cards in 
the Autocoder Processor set. Approximately 800 cards 
are identified by the code auxxa punched in columns 
76-80. Approximately 500 cards are identified by opxox 
in columns 76-80. Approximately 100 cards are identi- 
fied by Exxxx punched in columns 76-80. In each case, 
X is alphameric. 


The Autocoder Preprocessor set contains the fixed 
phases that are not under the direct control of the Sys- 
tem Control Program. These phases reside outside the 
file-protected area of the Autocoder System. An auto- 
CODEK RUN card precedes the set and contains blanks in 
columns 76-80. The set contains approximately 750 
cards, each of which is identified by an alphameric 
phase name in columns 76-80. (See Appendix 11 for a 
list of Autocoder Preprocessor phase names and func- 
tions. ) 

The Autocoder Macro set is punched in the Auto- 
coder library format. All rc(|uired control cards are in- 
corporated within the set. An autocod1';r rux card and 
a LIBRARY oi'TX Card precede the set. Each of these two 
cards contains blanks in columns 76-80. The set con- 
tains approximately 750 cards, each of which is identi- 
fied by a macro name in columns 76-80. 

The macros included in this set are call, ma (modify 
address), loop, comer (compare), ldrcl and syscl 
(linkage), add, sub, mltpy, and divr). 

Note: The chain and inclu macros arc incorporated in the 
Autocoder Preprocessor. 

Sample Program 

The Sample Program section is punched in the Auto- 
coder source language and contains approximately 100 
cards. 

The 1442 set has the identification code spl40 
punched in columns 76-80. The 1402 set has the identi- 
fication code SPLOI punched in columns 76-80. 

Building an Autocoder System 

After all sets of cards have been labeled and those sets 
of cards not applicable to the user’s system have been 
removed, the user is ready to use the prepared System 
deck to build the Autocoder System. 

Figure 29 is a block diagram showing the building 
of a disk-resident System. 

The System unit must be prepared for writing the 
complete System from cards. The user must clear disk 
unit 0 in the move mode from 000000 to 000199, in the 
load mode from 000200 to 000259, in the move mode 
from 000260 to 000299, in the load mode from 000300 
to 004799, and in the move mode from 004800 to 
019979. The Clear Disk Storage program applicable to 
the user’s system can be used for this operation. 

Figure 30 shows the disk storage allocation on the 
System unit. 

The control cards for the utility program must be 
punched in the following manner: 

For 1311, 

Columns Contents 

1-15 M00000000019900 

21-35 L00020000025900 

41-55 M00026000029900 
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Figure 29. Building the System 

Columns Contents 

1-15 L00030000479900 

21-35 M00480001997900 

For 1301, 

The format of the control cards is the same as that 
given for 1311 except columns 14-15, 34-35, and 54-55 
must contain record marks (0-2-8 punch) instead of 
zeros. 
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FILE 


File- 

Protected 

Secior Range 

SYSTEM File 




Preprocessor 

Move 

No 

000000-000)99' 


Load 

No 

000200-000259 


Move 

No 

000260-000299 


Load 

No 

000300-002499 

Syslem Control 
and Processors 

Load 

Yes 

002500-004799 

WORKl File 


No 

004800-0)1)99 

WORK2 File 


No 

011200-012399 

WORKS File 

Move 

No 

012400-012899 

LIBRARY File 

Move 

No 

012900-019979 


Figure 30. Disk Storage Allocation 


Write File-Protected Addresses 

The last card in the section labeled write file protect 
is a control card that is partially prepunched. It is by 
the use of this control card that the limits of the file- 
protected area in the disk-storage unit are supplied. 
The user must indicate in the control card whether the 
System is to reside on a 1301 or 1311 disk unit. For both 
the 1301 and 1311, the System must be built on drive 
unit 0. In the case of the 1311, the System pack can be 
used on any drive once the System has been built. The 
control card is punched as follows: 


Columns Contents 

1-15 FILE-PROTECT ON (prepunched) 

17-20 1301 or 1311 

22 0 (prepunched) 

24-42 FROM NORMAL ADDRESS (prepunched) 

44-49 002500 (prepunched) 

51-52 TO (prepunched) 

54-59 004800 (prepunched) 


After columns 17-20 have been punched by the user, 
the card must be replaced as the last card of the 
section. 

To use the section when the System is to reside on 
1311: 

1. Ready the pack on disk drive 0. 

2. Set the write-address mode switch on. 

3. Set the write-disk switch on. 

4. Set the I/O check stop switch on. 

5. Press check reset and start reset. 

6. Place the Write File-Protected Addresses section in 
the card reader. 















7. Load the program. 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader: Press start on the reader, and 
PROGRAM LOAD on the console. 

8. When the system attempts to read the last card, 

a. 1402 Card Reader: Press start. 

b. 1442 Card Reader: Press start on the reader. 

9. At the end of the job, set the write-address mode 
switch off. 

To use the deck when the system is to reside on 1301: 

1. Set the write-address mode switch on. 

2. Set the write-disk switch on. 

3. Set the I/O check stop switch on. 

4. Press check reset and start reset. 

5. Place the Write File-Protected Addresses section in 
the card reader. 

6. Load the program. 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader: Press start on the reader, and 
PROGRAM LOAD on the consolc. 

7. When the system attempts to read the last card, 

a. 1402 Card Reader: Press start. 

b. 1442 Card Reader: Press start on the reader. 

8. At the end of the job, set the write-address mode 
switch off. 

The following halts can occur when writing file- 

protected addresses. 

Halt Humber 

(A- Address Register) Meaning 

020 Last card condition was sensed before 
the control card. The control card con- 
taining the initial and terminal addresses 
of the area to be file-protected must be 
the last card of the deck. When the sys- 
tem is restarted by pressing start, a 
read operation is performed. 

021 An invalid disk type is specified in the 
control card. 1301 or 1311 are the only 
valid entries for columns 17-20 of the 
control card. When the system is re- 
started by pressing start, a read opera- 
tion is performed. 

022 An invalid disk unit is specified in the 
control card. The only vahd entry for 
column 22 of the control card is 0. 
When the system is restarted by pressing 
START, a read operation is performed. 

023 An invahd start address (columns 44-49) 
is specified in the control card. The start 
address must be, 002500. When the sys- 
tem is restarted by pressing start, a 
read operation is performed. 

024 An invalid end address (columns 54-59) 
is specified in the control card. The end 
address must be p04800. When the sys- 
tem is restarted by pressing start, a 
read operation is performed. 


Halt Number 

A- Address Register Meaning 

025 Disk unit 0 is not ready. When the sys- 
tem is restarted by pressing start, the 
disk I/O operation is retried. 

026 The area specified in the control card is 
already file-protected (all or in part). If 
the system is restarted by pressing start, 
the entire specified area will be file-pro- 
tected and cleared. 

027 The area specified in the control card 
has neither the “normal” disk addresses 
(000000-?) nor file-protected addresses. 
This is a hard halt. 

028 Parity check or wrong-length record 
error occun'ed on the disk unit while 
writing addresses. When the system is 
restarted by pressing start, the disk 
I/O operation is retried. 

029 Parity check or wrong-length record 
error occurred on the disk unit while 
determining the existing addressing 
scheme. This is a hard halt. 

030 End of the job. 

System Control Card Build 

The last card in the section labeled card build is a con- 
trol card that is partially prepunched. It is by the use 
of this control card that disk residence is determined. 

The user must indicate in the control card whether 
the System is to reside on a 1301 or 1311 disk unit. The 
assumed disk unit number is 0. 

The control card is punched as follows: 


Columns 

Contents 

6-11 

SYSTEM (prepunched) 

16-20 

BUILD (prepunched) 

21-24 

1301 or 1311 


After columns 21-24 have been punched by the user, 
the card must be replaced as the last card of the card 
BUILD deck. 

The System Control Card Build consists of the card 
sections labeled card build and system control. 

To use the System Control Card Build when the sys- 
tem is to reside on 1311: 

1. Ready the pack on disk drive 0. 

2. Set the write-address mode switch off. 

3. Set the write-disk switch on. 

4. Set the I/O check stop switch off. 

5. Press check reset and start reset. 

6. Place the System Control Card Build section in the 
card reader. 

7. Load the program. 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader; Press start on the reader, and 
PROGRAM LOAD OR the console. 
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8. When the system attempts to read the last card, 

a. 1402 Card Reader; Press start. 

b. 1442 Card Reader: Press start on the reader. 

To use the System Control Card Build when the Sys- 
tem is to reside on 1301 : 

1. Set the write-disk switch on. 

2. Set write-address mode switch ofiF. 

3. Set the 1/ O check stop switch off. 

4. Press check reset and start reset. 

5. Place the System Control Card Build section in the 

card reader. 

6. Load the program. 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader; Press start on the reader, and 

PROGRAM LOAD on the consolc. 

7. When the system attempts to read the last card, 

a. 1402 Card Reader: Press start. 

b. 1442 Card Reader: Press start on the reader. 

The following halts can occur while using the System 
Control Card Build deck. 

Halt Number 

(A- Address Register) Meaning 

008 Card-read error: To retry the operation, 

For the 1442: Non-process run-out the 
cards. Place the two non-processed cards 
in the read hopper. Press start on the 
reader and start on the console. 

For the 1402: Non-process run-out the 
cards. Remove the last three cards in 
the stacker and place them in the hopper. 
Press START. 

050 The SYSTEM build control card is miss- 
ing from the deck or the user entry is 
incorrectly punched. 

051 End of job. 

549 Disk unit 0 is not ready. When the sys- 

tem is restarted by pressing start, the 
disk I/O operation is retried. 

554 A disk-write error occurred ten times. 

When the system is restarted by press- 
ing START, the disk I/O operation is re- 
tried. 

Autocoder Update 

To build the Autocoder Assembler, the Autocoder Up- 
date Section, made up of the sets of cards labeled 
autocoder processor, autocoder preprocessor, and 
autocoder macros are used. (This section, labeled 
AUTOCODER PROCESSOR, Contains the Autocoder, Output, 
and Execution processors. ) 

Note: If it is necessary to rebuild the Preprocessor, the user 
can avoid destroying the library file that is within the limits 
assumed by the Autocoder System. To do this, place a dummy 
LIBRARY ASGN Card ahead of the autocoder run card which is 
the first card in the autocoder preprocessor section. This dummy 
ASGN card should specify a disk area whose contents need not be 
saved. For example, the area that is allotted to workI could be 
specified. 
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Input for this building process is as follows; 

1. The 1402 or 1442 Card Boot followed by 

2. The SYSTEM ASGN card, which must be punched by 
the user, followed by 

3. The Autocoder Update Section followed by 

4. The HALT card, which must be punched by the user. 

To build the System when it is to reside on 1311: 

1. Ready the pack on disk drive 0. 

2. Set the I/O check-stop switch off. 

3. Set the check-stop switch and disk-write switch on. 

4. Set the mode switch to run. 

5. Press check reset and start reset. 

6. Load the program. 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader: Press start on the reader, and 
PROGRAM LOAD on the consolc. 

7. When the system attempts to read the last card, 

a. 1402 Card Reader: Press start. 

b. 1442 Card Reader: Press start on the reader. 

To build the system when it is to reside on 1301 : 

1. Set the I/O check-stop switch off . 

2. Set the check-stop switch and disk-write sv/itch on. 

3. Set the mode switch to run. 

4. Press check reset and start reset. 

5. Load the program. 

a. 1402 Card Reader: Press load. 

b. 1442 Card Reader: Press start on the reader, and 
PROGRAM LOAD on the consolc. 

6. When the system attempts to read the last card, 

a. 1402 Card Reader: Press start. 

b. 1442 Card Reader: Press start on the reader. 

The halts that can occur when using the Autocoder 
Update deck are shown in Figure 26. 

Sample Program 

The Sample Program, which is used to test the effec- 
tiveness of the system built by the user, calculates and 
lists a table of salaries. A listing of the Sample Program 
is shown in Appendix III. 

The first card in the sample program is a partially 
prepunched control card used for assigning the core- 
load file. 

The user must indicate in the control card whether 
the system resides on a 1301 or 1311 disk unit. The con- 
trol card is punched as follows: 


Columns 

Contents 

6-13 

CORELOAD (prepunched) 

16-19 

ASGN (prepunched) 

21-24 

1301 or 1311 

26-57 

UNIT 0, START 012300, END 012399 (pre- 
punched) 



To prepare and run the Sample Program, see Preparing 
a Stack and Running a Stack. Figure 31 shows the sam- 
ple program job deek. 



Updating an Autocoder System 

The Autocoder System is updated by the use of pre- 
punched card decks supplied by ibm. All necessary 
control cards and data cards are included in the deck. 

An update job is performed as described in Prepar- 
ing a Stack and Running a Stack. 

Copying an Autocoder System 

The Autocoder System can be copied by the ibm Copy 
Disk utility program using the information provided 
in this section if; (1) the Autocoder System resides 
on 1311 disk storage; (2) the library and work file 
assignments are the same as was initially assumed by 
the System Control Program (see Figure 32); and (3) 
the system pack to be copied does not contain the 
COBOL or Fortran System in addition to the Autocoder 
System. 


The procedure for copying the Autocoder System 
is as follows: 

1. Mount the Autocoder System disk pack on ( 1311) 
unit 0. Mount a disk pack on (1311) unit 1. (The 
pack on unit 1 will contain the copy of the Auto- 
coder System. ) 

2. Using the Clear Disk utility program, clear the 
following areas of the pack on unit 1. (The mode 
of operation, the drive number being used, and 
the drive to which addresses are referenced are 
also given to aid in punching the area-control 
cards needed by the Clear Disk program). 


Drive Drive 


Mode 

Lower Limit 

Upper Limit 

Used 

Referenced 

M 

000000 

000199 

2 

0 

L 

000200 

000259 

2 

0 

M 

000260 

000299 

2 

0 

L 

000300 

004799 

2 

0 

M 

004800 

019979 

2 

0 


3. Using the Copy Disk Utility program, copy the 
following areas from the pack on unit 0 to the 
pack on unit 1. (The mode of operation, the num- 
ber of the drive from which the Autocoder Sys- 
tem is written, the number of the drive to which 
the System is copied, and the drive to which the 
addresses are referenced are also given to aid in 
punching the area-control cards needed by the 


Copy Disk program. ) 
Lower Upper 

Mode Limit Limit 

Drive 

From 

Drive 

To 

Drive 

Referenced 

L 

000200 

000259 

0 

2 

0 

M 

000260 

000299 

0 

2 

0 

L 

000300 

002499 

0 

2 

0 

L 

262500 

264799 

0 

2 

0 

M 

012900 

019979 

0 

2 

0 

The 

program 

specifiications and the operating pro- 

cedures for the Clear Disk and Copy Disk utility pro- 

grams 

are given 

in the following publications; 


1. Disk Utility Programs Specifications, ibm 1401, 
1440, 1460 (with 1301 and 1311), Form C24-1484. 


2. Disk Utility Programs Operating Procedures, ibm 
1401 and 1460 (with 1301 and 1311), 

Form C24-3105. 

3. Disk Utility Programs Operating Procedures, ibm 
1440-1311, IBM 1440-1301, Form C24-3121. 
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Appendix I 


This section contains a summary of the formats of all 
control cards that are required for System operations. 
Each control card is punched in the Autocoder format 
(the label field is in columns 6-15, the operation field is 
in columns 16-20, and the operand field is in columns 
21-72). 

The user is again reminded that in columns 21-72, 
blanks must appear as indicated in the individual 
formats. 

Figure 32 sho\vs the formats of asgn cards and the 
assumed assignments for the logical files. Figure 33 
shows the valid device entries for the asgn cards. 


Figure 34 shows the formats of the following control 
cards: 

Halt (halt) card 
Init (init) card 
Librarian-control cards 
Note (note) card 
Output option (optn) cards 
Pause (pause) card 
Run (run) cards. 

Note: Update cards are prepunched and included in the card 
decks supplied by ibm for updating the user’s System. 


ASGN Card Format 

Assumed Assignment 

Remarks 

Label Field 
(Columns 6-15) 

Operation Field 
(Columns 16-20) 

Operand Field 
(Columns 21-72) 



SYSTEM 

ASGN 


il311 UNIT n 1 
II 301 UNIT 5 1 

1311 unit — user-assigned 
1301 unit — must be ossigned to 
UNIT 0 

The SYSTEM ASGN card Is the 
only required ASGN card. It 
must follow the Card Boot In o 
stack of |obs. Any other SYSTEM 
ASGN cords in the stack are 
invalid. 

If the user desires that the Auto- 
coder System use less thon the num- 
ber of core-storage positions avail- 
able in the processor machine, 
punch a comma in column 32 and 
4K, 8K, 12K, or 16K beginning 
in column 34. 

CONTROL 

ASGN 

1 

READER n / 

CONSOLE printer! 

READER 1 


MESSAGE 

ASGN 


PRINTER n 1 

CONSOLE PRINTER) 

PRINTER 2 

When the MESSAGE file is 
assigned to the CONSOLE 
PRINTER, corriage control 
characters used with the 
1403 or 1443 printer may 
appear in the message. 

LIST 

ASGN 


PRINTER n 

1311 UNIT n, START nnnnnn, END nnnnnn / 
1301 UNIT n, START nnnnnn, END nnnnnn) 
OMIT 

PRINTER 2 

If the LIST file is assigned to 
PRINTER 1 (1403), the Output 
processor develops o 100- 
charocter program listing. 

INPUT 

ASGN 


READER n 

1311 UNIT n, START nnnnnn, END nnnnnn ( 
1301 UNIT n, START nnnnnn, END nnnnnn) 

READER 1 


OUTPUT 

ASGN 


PUNCH n 

1311 UNIT n, START nnnnnn, END nnnnnn 7 
1301 UNIT n, START nnnnnn, END nnnnnn) 
OMIT 

PUNCH 4(1401 and 1440) 
PUNCH 1 (1440) 


LIBRARY 

ASGN 

1 

1311 UNIT n, START nnnnnn, END nnnnnn j 
1301 UNIT n, START nnnnnn, END nnnnnn ) 

jl301 

|I31I 

UNIT 0, START 012900, END 019980 

1311 Is assumed if the 
SYSTEM file is assigned to 
1311; 1301 is assumed if the 
SYSTEM file is assigned to 
1301. 

WORKl 

ASGN 

j 1 31 1 UNIT n, ST^T nnnnnn, END nnnnnn 1 
) 1 301 UNIT n, START nnnnnn, END nnnnnn ( 

B 

UNIT 0,. START 004800, END 011200 

WORK2 

ASGN 

jl3H UNIT n, START nnnnnn, END nnnnnn/ 
(1301 UNIT n, START nnnnnn, END nnnnnn) 

■ 

UNITO, START 01 1200, END 012400 

WORK 3 

ASGN 

1 

1311 U N IT n, ST ART nnnnnn, END nnnnnn 
1301 UNIT n, START nnnnnn, END nnnnnn 

jl311 
/1 301 

UNIT 0, START 012400, END 012900 

CORELOAD 

ASGN 

] 

1311 UNIT n, START nnnnnn, END nnnnnn ( 
1301 UNIT n, START nnnnnn, END nnnnnn 
OMIT 

OMIT 

1 


NOTE: If the user's s/stem contains Autocoder and COBOL, the WORKl assumed assignment 
is changed from START 004800, END 011200 to START 007200, END010400. The 
assumed assignments for WORK2 and WORKS remain the same. 


Figure 32. ASGN Card Formats and Assumed Assignments 
50 Autocoder (Disk) Operating Procedures 

















































Device Entry and Values of n and nnnnnri 

Remarks 

UNIT n, START nnnnnn, END nnnnnn 

The END address is the address of the next available sector. 

|1301| 


n is the numlser of the disk unit, and can be 

The values of nnnnnn must adhere to the following rules: 

0, 1 , 2, 3, or 4; nnnnnn is a disk address. 

1 . WORKl file. If the disk unit is 1311, the START address must be a 
multiple of 200. If the disk unit is 1301, the START address must be a 
multiple of 800. The END address (1 31 1 and 1 301 ) must be a multiple 
of 40. 

2. WORK2 and WORK3 files. The START address (1311 and 1301) of each 
file must be a multiple of 100. (A START address that is a multiple of 
200 results in the fastest assembly.) The END address (131 1 and 1301 ) 
of each file must be a multiple of 10. 

3. LIBRARY file. The START and END addresses (1311 and 1301) must be 
multiples of 20. 

4. OUTPUT file. It is not necessary to specify that this file start or end at 
any particular multiple. However, Autocoder will only use the file if 
it begins at a multiple of 40. 

In each of the first three cases, if the rules are violated, the system auto- 
matically narrows in the disk area to an area that does adhere to the rules. 

Incorrect addresses are not automatically corrected for the OUTPUT file. 

READER n 


For 1 402, n can be 0, 1 , or 2 . 

For 1402, n represents the pocket into which the cards are stacked. 

For 1442, n can be 1 or 2. 

For 1442 and 1444, n represents the number of the unit. 

PUNCH n 

For 1 402, n can be 0, 4, or 8 . 
For 1442, n can be 1 or 2 
For 1444, n must be 3. 


PRINTER n 

n represents the number of print positions available on the 1403 or 1443. 

n can be 1 or 2 

For 1403, a 1 indicates 100 positions and a 2 indicates 132 positions. 
For 1443, a 1 indicates 120 positions and a 2 indicates 144* positions. 
* Only 132 print positions are used by the Autocoder System. 

CONSOLE PRINTER 

The console printer for the control file must be an IBM 1447 without a 
buffer feature or an IBM 1407. An IBM 1447 with a buffer feature can be 
used for the message file, although the buffer feature is not used. 

OMIT 

Select this option when the file is not to be used by the Autocoder System. 
LIST, OUTPUT, and CORELOAD are the only files that can be omitted. 


Figure 33. Valid Device Entries 




Name of Card 

Label Field 
(Columns 6-15) 

Operation Field 
(Columns 16-20) 

Operand Field 
(Columns 21 -72) 

Halt 


HALT 

Any message and/or identification 

Init 


INIT 

Any message and/or identification 

Library Control 

INITIALIZE 

OPTN 

Blank 


LIBRARY 

OPTN 

1 (for direct seek), or blank 


COMP AT 

OPTN 

1 (for direct seek), or blank 


LISTING 

OPTN 

ALL 


LISTING 

OPTN 

HEADER 


LISTING 

OPTN 

Blank 


LISTING 

OPTN 

PUNCH 


LISTING 

OPTN 

PUNCH1444 



Macro name 

(Used if columns 21 -72 of the LI ST- 
ING OPTN card are blank) 


Macro name 

INSER 

n (insertion) 

rn, n (substitution) 

Blank (insertion of entire routine) 


Macro name 

DELET 

n (deletion of one statement) 

m, n (deletion of two or more statements) 

Blank (deletion of entire routine) 



END 


Note 


NOTE 

Any message an/or instruction 

Output Option 

LIST 

OPTN 

nn (nn is the number of lines per page) 


PUNCH 

OPTN 

X (x is S for self-loading format) and 
blank for condensed-loader format) 


RESEQ 

OPTN 



CO RE LOAD 

OPTN 


Pause 


PAUSE 

Any message and/or instruction 

Run 

AUTOCODER 

RUN 



AUTOCODER 

RUN 

THRU OUTPUT 


AUTOCODER 

RUN 

THRU EXECUTION 


OUTPUT 

RUN 



OUTPUT 

RUN 

THRU EXECUTION 


EXECUTION 



RUN 

Note: Information in addition to any 
of the above entries should not be used. 


Figure 34. Control Card Formats 
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Appendix II 


The name, identification, and function of each phase 
in the Autocoder System are given in the following 
sections. 


System Control Program 

This section describes the phases that make up the 
System Control Program. 


Name ID 

Card Build 50X41 

(1442) 
50X01 
(1402) 

Card Boot 50SZ1 

(1442) 
50PZ1 
(1402) 

System Boot 50S01 


F ile-Hardware 50S 1 1 

Table 

Input/Output 50S21 
Package 


Super 0 

50S31 

Super 1 

50S41 

Super 2 

50S51 

Super 3 

50S61 

Super 4 

50S71 

Super 5 

50S81 

Super 6 

50S91 

Open 1 

50SA1 

Open 2 

50SB1 

Determiner 

50SC1 






Function 

Builds System Control on 1311 
or 1301. 


Read the system asgn card and 
reads in the System Boot from 
the specified disk unit. 

1. Determines machine size. 

2. Initializes switches according 
to the type of reader, punch, 
and printer (serial or parallel). 

3. Reads in the I/O package. 

4. Calls the determiner. 

Contains the assumed assignments 
for the logical files. 

1. Reads or writes disk in the 
move or load mode. The mode 
depends on the processor 
operation. 

2. Determines whether the user 
has exceeded specified 

file limits. 

3. Branches to the processor 
phase, or branches to the 
end-of-file routine if the 
end-of-file has been sensed. 

Reads in the specified phase 
from disk storage and branches 
to the specified phase. 


Initializes the specified area with 
a twenty-character control word. 
This control word is obtained 
from the temporary file-hardware 
table. 

Reads the control file until a 
control card ( halt, pause, note, 
UPDAT', RUN, or asgn) is sensed. 
When a control card is sensed, 
the determiner causes a halt 
or pauses, prints out a note, calls 
the update determiner, calls 


Name 

ID 

Function 

the selector, or calls the con- 
figurator, depending upon the 
type of card. 

Phase Index 

50SD1 

Contains the loeations of the 

Table 


phases in the System. 

Configurator 

50SE1 

Updates the temporary 
file-hardware table as specified 
by the asgn card(s.) 

Selector 

50SF1 

Initializes the files used by the 
processor being called, and 
calls the first phase of that 
processor. 

Update 

50SG1 

Determines the type of update 

Determiner 


operation being performed, and 
calls in that particular updater. 

Update Insert 

50SH1 

Places a new phase on the 
system file in any available 
location. 

Update Header 

50SI1 

Updates the header of a phase 
that is in the system file, as 
specified by a header card. 

Update Delete 

50SJ1 

Deletes a phase from the 
SYSTEM file. 

Update Patch 

50SK1 

Patches a part of a phase on 
the SYSTEM file. 

Dump 1 

50SL1 

Prints Storage on the list file. 

Dump 2 

50SM1 


File Print 1 

50SN1 

Prints all work files on the 
LIST file. 

File Print 2 

50SO1 


File Print 3 

50SP1 



Note: The Dump and File Print phases are used only if the 
system file contains the cobol compiler. 


Preprocessor and Autocoder Processor 

This section describes the phases that make up the Pre- 
processor and the Autocoder processor. 

In the discussion of the Autocoder processor phases 
(initialize, mnemonic, conditioner, diagnostic, literal, 
label-entry, symbol-lookup, and pre-output), text refers 
to a series of l(X)-character records, each of which con- 
tains an 80-character source portion and a 20-character 
object portion. Source program and generated state- 
ments are written in the source portion by the Preproc- 
essor; machine language instructions are built in the 
object portion by the Autocoder processor. 
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Name 


Function 


Name ID Function 

Initialize AUIAA 1. Opens all files used by the 

Preprocessor, and saves the 
addresses of disk files. 

2. Saves all constants that have 
to be returned to System 
control. 

3. Calls AUIBA if it is needed. 

4. Check the output and 
LIBRARY file assignments. 

5. Calculates the number of 
blocks available in the 

LIBRARY file. 

6. Calls option-control (RUNCL). 

Build AUIBA 1. Loads the phase table, 

dummy hbrary, option-control 
phase (RUNCL), monitor 
phase (MNTOR), and update 
phase (UPDAT) into the 

SYSTEM file. 

The phase table contains 
the entry for the update 
phase and a trailer flag 
which indicates the end 
of the table. 

The dummy library 
(DUMLB) creates the library 
file. It builds the library 
table and a record that 
specifies the end-of-Ubrary 
name (99999). The end-of- 
library name and its disk 
address are written in the 
library table. 

2. Calls in RUNCL when an 
Autocoder option card is 
encountered. 


Linkage 

DIOOO 

1. Reads in the System Control 
Program. 

2. Inserts saved eonstants. 

3. Puts a $ in location 3999 
if a macro generation has 
been completed. 

4. Calls the selector phase of 
the System Control Program. 

Pre-phase 

DIOCS 

Sets up parameters for diocs 
entries. 

Pre-phase 

DTF 

Sets up parameters for dtf 
entries. 

Pre-phase 

GT-PT 

Sets up parameters for GET 
and PUT phases. 

Pre-phase 

GENPP 

Sets temporary switches for 

DIOCS, DTF, GT-PT, FILEORG, 

and SORT parameters. 

Option 

Control 

RUNCL 

1. Clears storage (except the 
storage positions containing 


RUNCL). 

2. Reads the first record (card 
or card image) in the 
INPUT file. 

3. Moves the phase name 
(columns 6-10) to the 
permanent area if the record 
contains an option, otherwise, 
calls AUTOC. 

4. Permanent monitor calls 
MNTOR (between phase 
monitor). 


ID 

5. After eontrol returns from 
MNTOR, the permanent 
monitor calls the phase 
named in the option card. 

6. Contains the disk -error routine 
used by the Preprocessor. 

Between-phase MNTOR 1. Reads in the phase-header 
Monitor table and selects the entry for 

the phase name written in the 
permanent monitor area. 

2. Initializes the permanent 
monitor to read in the required 
phase giving this information: 

a. The terminating group- 
mark word-mark 

b. The starting disk sector 

c. The number of sectors 

d. The dear-storage address 

e. The read-into-core address 

f. The execute-to-phase 
address 

g. The split-phase suffix code. 

3. If requested, clears storage 
from the address specified in 
the phase header to 1000. 

4. If the phase header has a 
split-phase suffix, initializes 
the permanent monitor to 
return to the between-phase 
monitor after reading the 
first part of the phase. 

5. Upon return fromi the 
permanent monitor, moves 
suffix to the phase-name 
request location in the 
permanent monitor and 
transfers back to step 1 for 
the next part of the phase. 

Update SYSTE 1. Replaces entries in the 

phase-header table with new 
(modified) entries. 

2. Adds new entries to the 
phase-header table. 

3. Obtains the corresponding 
phase-header table entry when 
an UPDAT card is encountered. 
Also clears the disk sectors 
used by the phase to load 
mode blank. For the new 
condensed deck, performs 

the same procedure as 
described for updat patch 
in item 4. 

4. For each condensed card 
following an updat patch, 
computes the sector(s) to be 
patched and the starting 
location within the sector(s). 
Also, it reads in the sector(s), 
performs the patch by 
simulating an object-deck 
loader, writes the seetors 
back on the system file, and 
proceeds to the next 
condensed card. 

5. Calls in DIOOO after the 
update operation has been 
completed. 
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Name 

Library 

Build 


Library 

Change 


Library 

Listing 


Constant 

Storage 


ID 

INITI 


LIBRA 


LIBR2 


LIBR4 


Function 

1. Writes a record that contains 
the end-of-library name 
(99999). 

2. Writes the end-of-library 
name and its disk address in 
the library table. 

1 . Reads in the library table. 

2. Obtains, from the table, the 
beginning and ending disk- 
sector addresses of the existing 
hbrary. 

3. Sets up direct-seek test 
flag for LIBR2. 

4. Recopies the entire existing 
library. During this process, 
all insertions and deletions 
are made. All inserted state- 
ments are rebuilt to conform 
to the disk Autocoder 
library format. 

5. Writes the routine name and 
the beginning disk-sector 
address in the library table. 

6. Writes the routine on the 
LIBRARY file. 

7. Repeats steps 5 and 6 until 
all routines have been written. 
The new library is written 
starting one sector beyond 
the end of the old library. 

The library area is effectively 
a closed loop. When the 
upper area is reached, the 
remaining routines are written 
starting at the lower hmit. 

8. Writes the new library table 
in the library file. 

9. Calls in DIOOO (linkage) after 
the library change operation 
has been completed. 


LISTI 


AUTOC 


1. Reads in the library table. 

2. Prints all of the names in the 
library table if the listing 
OPTN card specifies headers. 

3. Prints the entire library if the 
LISTING OPTN Caixl SpccificS 
ALL. 

4. Prints the specified routines 
if loutinc-name cards follow 
the LISTING OPTN caid. The 
starting address of each 
specified routine is obtained 
from the library table. 

5. Punches the entire library into 
cards with each routine 
preceded by an inser card if 
the LISTING OPTN card specifics 
PUNCH or punch1444. 

6. Calls in DIOOO after the listing 
or punching operation has 
been completed. 

1. Prepares the workI file to use 
8K (larger blocks) if more 
than 4K storage is available. 

2. Initializes all areas and 
output routines needed during 
the macro pass. 

3. Reads the job, ctl, and 
comments cards and writes 
them on the workI file. 


Name 


Main Line 


ID Function 

4. Analyzes the ctl card. Sets up 
permanent switches for the 
macro generator (MAGEN). 
These indicate the size of the 
object machine, the presence 
of the modify-address, 
advanced-programming or 
indexing-and-store-address- 
register, and multiply-divide 
features. 

5. Sets up a sumbox for returning 
to the program loader during 
object-program execution. 

6. Sets up the macro pass modify- 
add procedure. 

MNLIN 1. Reads source statements. 

2. Writes all source statements, 
except DTF entries, on the 
workI file. 

3. Calls SPSeV ( conversion 
phase) if an ent statement 
is encountered. 

4. Calls in the DTF phase upon 
encountering a dtf entry. 

5. Places source incld 
statements in the incld file 
for processing at ltorg, 

EX, or END time. ( The 
INCLD file is located on 
the work3 file.) 

G. Processes the chain macro 
developing as many 
object-program statements 
containing the specified 
operation code as are stated 
in the operand field of 
the CHAIN macro. 

7. Sets up the source macro 
instructions for MAGEN 
(macro generator). 

a. Turns off all temporary 
switches and adds 1 to the 
pOJ counter. 

b. Turns on the particular 
temporary switches for 
which there is a parameter. 

c. Relocates the parameter 
for use by the macro 
generator. 

d. Counts the parameters. 

e. Writes out source macro 
statements as comments. 

f. Generates and writes out 
LABEL EQU *-f 1 if the 
source macro statement 
has a label. 

g. Extracts disk address 
of library routine from 
library table for MAGEN. 

h. Calls the macro generator 
and transfers control to it. 

8. Handles ma instructions 
as macros if the Modify 
Address feature is not 
available on the object 
machine. 

9. For an ex statement, the 
MNLIN checks a special 
counter to determine if there 
is a closed library routine 

in the incld file. If the 
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Name 


Conversion 


Macro 

Ciencrator 


ID Function Name 

counter is zero, it writes out 
the statement and proceeds 
to the next card. If the 
counter is not zero, it 
calls in MCIMC ( macro- 
in-macro) and transfers 
control to it. 

10. For a ltoug statement in 
any form other than 
LTORG *, the MNLIN 
replaces the ltoug mnemonic 
with ouG and writes it on 
woukI. From this point, 

the procedure described in 
step 9 is taken. Upon return, 
a LTORG * statement is 
generated and inserted 
in WORK I . 

11. For an end statement the 
MNLIN follows the same 
procedure described in 
step 9. 

12. Calls AUA/G ( first a.s.scmbler 
phase) after end has been 
written on woukI. 


SPSeV 1. Reads source statements 

written in 1401 SPS or 1440 
Basie Autocoder format. 

2. Converts the statements to 
disk Autocoder format. 

3. Writes the converted 
statements on woukI. 

4. Calls MNLIN (main line) 
when an ent autociodeu 
statement is encountered. 


Macro-in- 

Maero 


MACEN 


1. Extracts the next sequential 
library statement ( see 
step 7g under MNLIN). 

2. If tliis statement is a macro 
header, MACEN assumes 
an end-of-maero condition 
and calls in MNLIN 

( main line). 

3. If a liOOL skip condition 
is in edeet, MACEN te.sts 
for the BOOL label character. 
If the rccpiired bool 

label character is not in 
this statement, tlie program 
returns to item 1; otherwise, 
it turns oil the bool 
skip switch and proceeds. 

4. If the statement specifics 
MEND, MACiEN calls 
MNLIN (mainline). 

5. Scans the entire record for □ 
and # symbols substituting 
parameters and sumboxes in 
model statements. If nOJ 
type symbols are 
encountered, the program 
inserts the contents of 

the macro counter beside 
the symbol ( for example, 
□0J023). The values of 
temporary or permanent 
switches are substituted in 
BOOL statements. 

6. If the statement is an inc:ld 
or a macro-in-macro type, 
the program places it 


Include 


Initialize 


.Mnemonic 


ID 


MCIMC 


INCLD 


AUA/C 


AU3AA 

AU3BA 

AU.3CA 

AU3SA 


Function 

on the INCLD file for 
later processing and writes 
it as a comment on woukI, 
MACEN then returns to 
step 1. 

7. If the statement is not a 
MATH or BOOL, MACEN 
writes it on workI and 
returns to step 1. 

8. Solves MATH and bool 
statements. 

9. Sets any switches specified 
to show results of processing 
MATH or bool statements. 

10. Places the result developed 
for a MATH statement 

in the specified sumbox 
(if any) and goes to 
step 7. 

11. If the statement is a bool 
and has a true result, 
MACEN returns to step 1. 
If the result is false, 
MACEN sets up a bool 
skip if a BOOL label character 
is specified. 

1. Reads the INCLD file. 

2. Handles macros as described 
under MNLIN (main line). 

3. Writes all non-macro 
statements (not named in the 
library table), except 
INCLD, on woukI. 

4. Calls in INCLD (include) 
after all statements have 
been processed. 

1. Reads the INCLD file. 

2. Bypasses all statements except 
INCLD statements. 

3. Write incld statements on 
woukI as comments. 

4. Writes the library routine 
specified by each incld 
statement on woukI, If a 
duplicate inc;ld statement is 
encountered, its associated 
library routine is not extracted 
because library routines for 
INCLD statements are included 
in the object program only 
once per program overlay. 

5. Eliminates the contents of 
the file and resets the address 
of the file after all the 
statements in the INCLD 

file have been processed. Calls 
MNLIN (main line). 

1. Sets up I/O areas according 
to machine size. 

2. Initializes I/O routines. 

1. Reads source statements 
(te.xt) from woukI , 

2. Analyzes the ctl card. 

Prints the ctl card image 
and diagnostic messages if 
any characters are invalid. 

3. Looks up mnemonic operation 
codes and inserts the 
machine-language operation 
codes, d-modifiers, control 
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Name 


Conditioner 


Diagnostic 


Literal 


Symbol 

Extraction 


Label Entry 


ID 


AU4AA 

AU4BA 

AU4CA 

AU4DA 

AU4EA 


AU4WA 

AU4XA 


AU5AA 

AU5JA 

AU5KA 


AU5MA 

AU5NA 


AU7DA 

AU7EA 

AU7FA 

AU7GA 


Function 

fields, and operand-type 
codes in the object portion. 

4. Inserts flags to indicate the type 
of statement (assembler- 
control, comment, instruction). 

5. Inserts a diagnostic flag 
symbol in the object portion 
if an operation code is 
invalid. 

6. Writes the text on work!. 

1. Reads the text from workI. 

2. Extracts operands from the 
source portion and inserts tags 
in the object portion. 

3. Interprets indexing and/or 
adjustments and inserts tags 
in the object portion. 

4. Extracts symbolic indexing 
and develops symbolic 
indexing table. 

5. Inserts a diagnostic flag 

in the object portion if any 
errors are detected. 

6. Writes the text on workI. 

1. Reads text from workI. 

2. Analyzes operand errors 
according to operand-type 
codes. 

3. Checks d-modifiers in the 
source portion against a 
valid d-modifier list. 

4. Checks the label field. 

5. Writes diagnostic messages 
and incorrect source 
statements on the message 
file. 

1. Reads text from workI. 

2. Extracts literals, checks for 
duplication, and creates 
literal table. 

3. Purges literal table and writes, 
on workI (literal file), the 
processor-declared literal fields 
for each program overlay. 

4. Inserts the displacement 
integer in the object portion 
for each entered literal. 

5. Writes text on workI. 

1. Extracts symbols (labels and 
area-defining literals) 
addresses and sequence 
numbers. 

2. Builds the cross reference 
table on work2. 

1. Reads text and literal file 
from -vVorkI. 

2. Extracts labels from the 
source and enters them in 
the label table. 

3. Enters all literal origin 
addresses into the literal-base 
table. 

4. Enters equ labels into the 
label table if previously 
defined, or enters symbolic 
EQU labels into the equ table 
if not previously defined. 

5. Assigns addresses and 


Name ID 


Sort and AU7HA 

Merge AU7IA 

AU7JA 
AU7KA 
AU7MA 
AU7NA 
AUTO A 


Table AU7UA 

Analyzers AU7XA 


Symbol AU7SA 

Lookup AU7TA 


Pre-output AU8AA 


Label Table AU7XA 

Listing 

Cross Reference AU9AA 
Listing AU9BA 


Function 

allocates areas for instmetions, 
defined areas, and constants. 


After the symbol table has 
been built on work2 or the 
label table on work3; 

a. Arranges symbols or labels 
in alphabetical order within 
segments of the label on 
symbol table. 

b. Merges table segments to 
alphabetize the entire table. 

1. Converts symbolic equ entries 
to actual addresses. 

2. Detects and flags error 
conditions in the table. 

3. Creates reference table for 
use by the symbolic lookup. 

1. Reads text and literal file. 

2. Looks up symbols in the label 
table and inserts actual 
addresses in the object portion. 

3. Adds the literal bases found 
in the table to the 
displacement developed 
during the literal phase. 

4. Inserts a diagnostic flag 
symbol in the object portion 
if any symbols are multiply 
defined or undefined. 

5. Writes text and literal file 
on workI. 

1. Reads text and literal file 
from workI. 

2. Extracts adjustments and/or 
indexing from the source 
portion and adjusts the actual 
addresses. 

3. Conditions the object portion 
of text for processing by the 
OUTPUT processor. 

4. Inserts a diagnostic flag 
symbol if any errors are 
detected. 

5. Writes text on the output 
file. workI becomes output 
if the THRU option is specified 
in the autocoder run card. 

Writes the label table listing 
on the LIST file. 

Writes the cross reference listing 
on the LIST file. 


Output Processor 

This section describes the phases that make up the 
Output processor. 

ID Function 

OPIOP 1. Sets up I/O areas according to machine size. 

2. Initializes I/O routines. 

3. Opens required files. 

0P20P Reads the input file and transfers the program 
listing to the list file. 
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ID 


0P20Q 

0P30P 


0P40P 

0P40Q 

0P40R 

OP40S 

0P40T 

0P50P 


0P60P 

0P60Q 

0P60R 

0P60S 

0P60T 

0P60U 

0P70P 

0P70Q 

0P70R 

0P70S 

0P70T 


Function 


Writes the end-of-listing message. 

1. Transfers the clear-storage and bootstrap rou- 
tines for the 1442 to the output file. 

2. Transfers the 1442 loader to the output file. 

1. Reads the input file. 

2. Processes the source. 

3. Transfers the object program in condensed 
loader. 


1. Reads the input file. 

2. Resequences source-program statements. 

3. Transfers the resequenced statements to the 
output file. 

Builds 90-character sectors in the coreload file. 
Builds operating sectors in the coreload file. 

1. Reads the input file. 

2. Loads the object portion of the source into the 

CORELOAD file. 

1. Reads the input file. 

2. Processes the source. 

3. Transfers the self-loading object program to the 
output file. 


ID Function 


0P80P Transfers the clear-storage and bootstrap routines 
for the 1402 to the output file. 

Transfers the 1402 loader to the output file. 

0P90P Reads the output option cards. 

Selects the phases to be used. 


Execution Processor 

This section describes the phases that make up the 
Execution processor. 


ID Function 


EXEXC Sets up I/O areas. 

Initializes I/O routines. 

Checks header record in the input file. 
Clears storage. 

Initializes disk loader and bootback routines. 
EX4EX Disk loader and bootback for 4K. 

EX8EX Disk loader and bootback for 8K. 

EX2EX Disk loader and bootback for 12K. 

EX6EX Disk loader and bootback for 16K. 
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Appendix III 


This section contains a listing of the sample program 
(Figure 35) that is the last part of the Autocoder Sys- 
tem Program Deck. This program is designed to calcu- 
late the hourly, weekly, and annual salaries associated 
with a given monthly salary. The monthly salary starts 
at $400 and is increased by $25 until it equals $900. 


CORELOAD ASGN 1311 UNIT 0, START 012300. END 012399 
AUTOCODER RUN THRU EXECUTION 







CROSS 

REFERENCE LISTING 





ADDRS 

LABEL TAO 

SEQUENCE NUMBERS OF 

INSTRUCTIONS 

where 

SYMBOL 

APPEARS 




00608 

DOJOOl 

0029 

0033 

0036 









00633 

nOKOOl 

0034 

0037 










007A7 

n0K002 

0058 

0063 










00970 

D0K003 

0098 

0103 










00641 

nOLOOl 

0036 

0028 










00781 

nOL002 

0064 

0068 

0072 









01004 

n0L003 

0104 

0108 

0112 









00667 

DOKOOl 

0041 

0030 

0030 

0034 

0044 







00805 

Q0M002 

0069 

0065 










01028 

H0H003 

0109 

0105 










00660 

DONOOl 

0040 

0027 

0029 

0033 

0036 







00658 

aOPOOl 

0039 

0034 










00839 

D0P002 

0074 

0058 

0069 

0070 

0070 







01062 

nOP003 

0114 

0098 

0109 

0110 

0110 







00667 

nOQOOl 

0042 

0024 










00848 

n0Q002 

0075 

0051 

0052 

0059 

0060 

0062 

0064 

0066 

0071 

0071 


01071 

006003 

0115 

0091 

0092 

0099 

0100 

0102 

0104 

0106 

0111 

0111 


00668 

OOROOI 

0043 

0029 










00874 

O0R002 

0079 

0058 










01097 

D0R003 

0119 

0098 










00883 

O1J002 

0081 

0059 

0060 









01106 

O1J003 

0121 

0099 

0100 









00856 

O1K002 

0076 

0057 

0083 

0084 








01079 

O1K003 

0116 

0097 

0123 

0124 








00865 

O1L002 

0077 

0053 

0054 

0055 

0056 

0062 

0064 

0066 




01088 

O1L003 

0117 

0093 

0094 

0095 

0096 

0102 

0104 

0106 




00884 

niN002 

0082 

0069 










01107 

O1N003 

0122 

0109 










01411 

ACCOM 

0183 

0044 

0046 

0049 

0054 

0084 

0086 

0089 

0094 

0124 

0126 



0128 











01404 

AREA 

0182 

0018 

0019 

0020 

0021 

0045 

0046 

0047 

0048 

0085 

0086 



0087 

0088 

0125 

0126 

0127 

0129 

0144 

0145 

0146 

0147 

0148 



0149 

0150 

0151 

0152 

0153 

0154 

0155 

0156 

0157 

0158 

0159 

00500 

BEG 

0004 

0191 










01447 

FIFTH 

0189 

0051 










01449 

FORTY 

0190 

0091 










01381 

HOUR 

0179 

0014 










01390 

MASK 

0180 

0018 

0045 

0085 

0125 

0144 

0148 

0152 

0156 



01363 

MONTH 

0176 

0011 










01395 

MTH 

0181 

0019 

0022 

0026 

0132 

0133 






00553 

START 

0018 

0134 










01419 

TOTl 

0184 

0022 

0145 









01427 

T0T2 

0185 

0049 

0149 









01435 

T0T3 

0186 

0089 

0153 









01443 

T0T4 

0187 

0128 

0157 









01445 

TWLV 

0188 

0025 










01375 

WEEK 

0178 

0013 










01369 

YEAR 

0177 

0012 











Figure 35. Sample Program (Part 1 of 6) 
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SEQ 

PGLIN 

LABEL 

OPCO 

OPERAND 

SFX CT 

LOCN 

INSTRCTN 

A- ADO 

B-AOD 

•FLAGS 

3001 

0001 

SPLOl 

JOB 

SALARY TABLE COMPUTATIONS 







3002 

0002 


CTL 

1 







3003 

0005 


ORG 

500 


500 





3004 

0006 

BEG 

cs 

332 

4 

5 00 

/332 

332 



3005 

0007 


cs 


1 

504 

/ 




3 006 

0008 


MLC 

bISALARY TABLES, 241 

7 

505 

MU61241 

1461 

241 


3007 

0009 




1 

512 

2 




3008 

0010 


CS 

299 

4 

513 

/299 

299 



3009 

0011 


inf 


1 

517 

2 




3010 

0012 


M 


1 

518 

2 




3011 

0013 


MLC 

MONTH ,216 

7 

519 

MT63216 

1363 

216 


3012 

0014 


MLC 

YEAR, 232 

7 

526 

MT69232 

1369 

232 


3013 

0015 


MLC 

WEEK, 247 

7 

533 

MT75247 

1375 

247 


3014 

0016 


MLC 

HOUR, 263 

7 

540 

MT81263 

1331 

263 


3015 

001 7 




1 

547 

2 




3016 

0018 


CS 

299 

4 

548 

/299 

299 



3017 

0019 


N 


1 

552 

2 




3018 

0020 

START 

MLCwA 

MASK, AREA 

7 

553 

LT90U04 

1390 

1404 


3019 

0021 


MCE 

MTH,AREA 

7 

560 

ET95U04 

1395 

1404 


3020 

0022 


SM 

AREA-8 

4 

567 

,T96 

1396 



3021 

0023 


MLC 

AREA, 216 

7 

571 

MU04216 

1404 

216 


3022 

0024 


A 

MTH,T0T1 

7 

578 

AT95U19 

1395 

1419 


3023 

0025 


MLTPYTWLV,2,0 ,MTH, 5,2, ACCUM,7,2 



♦♦MACRO** 




3 024 

+ 


S 

uOQOOl 

4 

585 

S667 

667 



3 02 5 

* 


MLCnA 

TWLV 

4 

589 

L045 

1445 



3026 

* 


MLCvJA 

MTH 

4 

593 

LT95 

1395 



3 02 7 

* 


S 

80 ,6UN001 

7 

597 

SU62660 

1462 

660 


0 02 8 

♦ 


B 

nOLOOl 

4 

604 

B641 

641 



0029 

* 

aOJOOl 

BW 

□0R001,n0N001 

8 

608 

V6686601 

668 

660 


0 030 



MLC 

a0M00l-l,n0M00l 

7 

616 

M666667 

666 

667 


0031 

* 


MLNS 


1 

62 3 

D 




0032 

* 


MLCWA 


1 

624 

L 




0 033 



BCE 

U0J001,U0N001,0 

e 

625 

B6086600 

608 

660 


3 034 

♦ 

uOKOOl 

A 

uOPOOl,aOM001-2£l 

7 

633 

A658666 

658 

666 


3 035 



S 


1 

640 

S 




0036 


nOLOOl 

BCE 

a0J001,a0N001,6 

8 

641 

B6086608 

608 

660 


0 037 

% 


8 

UOKOOl 

4 

649 

B633 

633 



0038 

* 


OCW 

S la) 

1 

653 





0039 

* 

nOPOOl 

OCH 

#5 


65j8 





0040 

* 

aONOOl 

OCW 

#2 


660 





0 041 

♦ 

aOMOOl 

OCW 

itOOOOJ 


667 





0 042 

* 

QOQOOl 

EQU 

♦ 


667 





0 043 


nOROOl 

EQU 

*81 


668 





0 044 

* 


ZA 

uOMOOl, ACCOM 

7 

668 

6667011 

667 

1411 


0 045 

0026 


MLCWA 

MASK, AREA 

7 

6 75 

LT90U04 

1390 

1404 


0 046 

0027 


MCE 

ACCOM, AREA 

7 

682 

£011004 

1411 

1404 


3 047 

0028 

* 

sw 

ARC A- 8 

4 

689 

,T96 

1396 



0048 

0029 


MLC 

AREA, 232 

7 

6 93 

H004232 

1404 

232 


0 049 

0030 


A 

ACCJM,T0T2 

7 

700 

AU11U27 

1411 

1427 


0050 

0031 


DIVIOFIFTW, 2,0,ACCUH,7,2,ACCUH, 7,2 



♦♦MACRO** 




0051 

* 


ZA 

FIFTW,a0Q002 

7 

707 

8047848 

1447 

848 


0052 



A 

S0S,u0Q002 

7 

714 

AU63848 

1463 

848 


0053 



S 

Q1L002 

4 

721 

S865 

865 



0054 

* 


ZA 

ACCOM, ulLOO 2-00001 

7 

725 

6011864 

1411 

864 


3 055 

* 


ZA 

U1L002 

4 

732 

8865 

865 


_ 


Figure 35. Sample Program (Part 2 of 6) 
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SidQ 

POL IN 

LABEL 

QPCD 

OPERAND 

SFX CT 

LOCN 

INSTRCTN 

A- ADD 

B-AOD 

.FLAGS 

0056 

* 


A 

a0il,QlL002 

7 

736 

A063865 

1463 

865 


0057 

* 


s 

nlK002 

4 

743 

S856 

856 



0058 


O0K002 

MLCWA 

nOP002.nOR002-l 

7 

747 

L839873 

839 

873 


0059 

♦ 


7A 

ci0Q002,nlJ002-l 

7 

754 

£.848882 

848 

882 


0 060 



Lk 

nlJ002, nOQ002 

7 

761 

8383848 

883 

848 


0061 

* 


MLCWA 


1 

768 

L 




0062 



C 

n0Q002.cJlL002 

7 

769 

C848865 

848 

865 


0063 

* 


BN 

U0K002 

5 

776 

B7470 

747 



0064 

♦ 

n0L002 

C 

n00002i«lL002 

7 

781 

C848865 

848 

865 


0065 

* 


BL 

U0M002 

5 

788 

B805T 

805 



0066 



S 

ri0Q002tnlL002 

7 

793 

S848865 

848 

865 


0 06 7 

♦ 


A 


1 

800 

A 




0068 

* 


8 

□0L002 

4 

801 

B781 

781 



0069 

♦ 

a0M002 

8CE 

ulN002i D0P002f 1 

8 

805 

B8648391 

884 

839 


0070 

* 


MLCWA 

uOP002-liaOP002 

7 

613 

L838839 

838 

839 


0071 

* 


ZA 

aOQ002-l,nOQ002 

7 

8 20 

t847848 

847 

848 


0072 

♦ 


8 

M0L002 

4 

827 

8781 

781 



0073 

♦ 


OCM 

W00008 


838 





0074 

* 

O0P002 

OCW 

a) 1 d) 

1 

839 





0075 

* 

O0Q002 

OCW 

#00009 


848 





0076 

* 

nlK002 

DCW 

#00008 


85b 





0077 


nlL002 

OCW 

#00009 


865 





0078 



DCW 

#00008 


873 





0079 

* 

H0R002 

oc 

olO 

1 

874 





0080 

* 


DCW 

#00008 


882 





0081 

it 

tUJ002 

DC 

ODD 

1 

883 





0082 

★ 

nlN002 

too 

♦ 81 


884 





0083 



A 

a5ot,lUK002 

7 

884 

A064856 

1464 

856 


0084 

♦ 


ZA 

nlK002-l, ACCOM 

7 

891 

6855011 

855 

1411 


0085 

0032 


MLCWA 

MASK, AREA 

7 

898 

LT90004 

1390 

1404 


0086 

0033 


MCE 

ACCOM, AREA 

7 

905 

EU11004 

1411 

1404 


0 08 7 

0034 


sw 

AREA--8 

4 

912 

, T96 

1396 



0088 

0035 


MLC 

AREA, 247 

7 

916 

M004247 

1404 

247 


0089 

0036 


A 

ACCUM,TGT3 

7 

923 

AO 11035 

1411 

1435 


0 090 

0037 


DIV IDF0RrY,2,0,ACCUMf 7f 2*ACCUH,7,2 



♦♦MACRO** 




0091 

* 


ZA 

FORTY, U00003 

7 

9 30 

6049*71 

1449 

1071 


0092 

* 


A 

aoa, 000003 

7 

937 

A063+71 

1463 

1071 


0093 

* 


S 

O1L003 

4 

944 

S*88 

1088 



0094 

♦ 


ZA 

ACCOM, nlL003-00001 

7 

948 

6011*87 

1411 

1087 


0095 



ZA 

nlLOOa 

4 

955 

6*88 

1088 



0096 

« 


A 

aoa,uiLoo3 

7 

959 

A063+88 

1463 

1088 


0 097 

* 


S 

O1K003 

4 

966 

S+79 

1079 



0098 


n0K003 

MLCWA 

n0P003,u0R003-l 

7 

970 

L*62+96 

1062 

1096 


0099 



ZA 

u0Q003,alJ003-l 

7 

977 

6*71/05 

1071 

1105 


0100 

♦ 


ZA 

nlJ003,o0Q003 

7 

984 

6/06+71 

1106 

1071 


0101 

♦ 


MLCWA 


1 

991 

L 




0102 



C 

000003, O1L003 

7 

992 

C+71+88 

1071 

1088 


0103 

* 


BH 

O0K003 

5 

999 

B9700 

970 



0104 

* 

Q0L003 

C 

u0Q003,o1L003 

7 

1004 

C+71+88 

1071 

1088 


0 105 

* 


BL 

O0M003 

5 

1011 

B*2er 

1028 



0106 

♦ 


S 

000003, O1L003 

7 

1016 

S*71 *88 

1071 

1088 


0107 

♦ 


A 


1 

1023 

A 




0108 

4c 


B 

O0L003 

4 

1024 

B+04 

1004 



0109 

4c 

n0M003 

BCE 

alN003,o0P003, 1 

a 

1028 

B/07+621 

1107 

1062 


0110 

4c 



MLCWA 

q0P003-1,o0P003 

7 

1036 

L+61+62 

1061 

1062 



Figure 35. Sample Program (Part (1 of 6) 
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SE« 

PGLIN 

LABEL 

OPCD 

OPERAND 


SEX CT 

LOCN 

INSTRCTN 

A- ADD 

B-AOD 

.FLAGS 

0111 



ZA 

uOQOU3-l,aOQ0O3 


7 

1043 

e+70+71 

1070 

1071 


0112 

« 


B 

U0L003 


4 

1050 

B#04 

1004 



0113 



DCW 

#00008 



1061 





0114 


n0P003 

DCW 

ol Ltf 


1 

1062 





0115 


a0Q003 

OCM 

#00009 



1071 





0116 


Q1K003 

OCW 

#00008 



10 79 





0117 

♦ 

nlL003 

OCM 

#00009 



1088 





0118 



OCU 

#00008 



1096 





0119 

♦ 

P0R003 

DC 



1 

1097 





0120 



OCM 

#00008 



1105 





0121 


nlJ003 

DC 



1 

1106 





0122 


alN003 

EQU 

*81 



1107 





0123 



A 

a5a.alK003 


7 

1107 

AU64+79 

1464 

1079 


0li!4 

* 


ZA 

alK003-lfACCUH 


7 

1114 

6+78U11 

1078 

1411 


0125 

0038 


MLCWA 

MASK. AREA 


7 

1121 

LT90U04 

1390 

1404 


0126 

0039 


MCE 

ACCUM.AREA 


7 

1128 

EUUU04 

1411 

1404 


0127 

0040 


SW 

AREA-8 


4 

1135 

,T96 

1396 



0128 

0041 


A 

ACCUH,T0T4 


7 

1139 

AU11U43 

1411 

1443 


0129 

0042 


MLC 

AREA.262 


7 

1146 

MU04262 

1404 

262 


0130 

0043 





1 

1153 

2 




0131 

0044 


CS 

299 


4 

1154 

/299 

299 



0132 

0045 


A 

325d,MTH-2 


7 

1158 

AU66T93 

1466 

1393 


0 133 

0046 


c 

MTH-2.<i901<i 


7 

1165 

CT93U69 

1393 

1469 


0134 

0047 


BH 

START 


5 

1172 

B553U 

553 



0 135 

0048 


M 



1 

1177 

2 




0136 

0049 


M 



1 

1178 

2 




0137 

0050 


mlc 

<SFIR3T LINE IS COMPUTED T0TALSS,229 


7 

1179 

MU98229 

1498 

229 


0133 

0051 


w 



1 

1186 

2 




0139 

0052 


cs 

299 


4 

1187 

/299 

299 



0 140 

0053 


HLC 

aSECUND LINE IS CORRECT T0 TALSSt229 


7 

1191 

MV27229 

1527 

229 


0141 

0054 


M 



1 

1198 

2 




0142 

0055 


CS 

299 


4 

1199 

Z299 

299 



0143 

0056 


M 



1 

1203 

2 




0144 

0057 


MLCMA 

MASK, AREA 


7 

1204 

LT90U04 

1390 

1404 


0145 

0058 


MCE 

TOTl.AREA 


7 

1211 

EU19U04 

1419 

1404 


0 146 

0059 


SM 

AREA-8 


4 

1218 

,T96 

1396 



0147 

0060 


MLC 

AREA, 216 


7 

1222 

HU04216 

1404 

216 


0148 

0061 


MLCMA 

MASK, area 


7 

1229 

LT90U04 

1390 

1404 


0149 

0062 


MCE 

TOT 2, AREA 


7 

1236 

EU27U04 

142 7 

1404 


0150 

0063 


SM 

area-8 


4 

1243 

, T96 

1396 



0 151 

0064 


MLC 

AREA, 232 


7 

1247 

MU04232 

1404 

232 


0152 

0065 


MLCMA 

MASK, AREA 


7 

1254 

LT90U04 

1390 

1404 


0153 

0066 


MCE 

T0T3,AREA 


7 

1261 

EU35U04 

1435 

1404 


0154 

006 7 


SM 

AREA-8 


4 

1268 

,T96 

1396 



0155 

0068 


MLC 

area, 247 


7 

1272 

MU 04247 

1404 

247 


0156 

0069 


MLCMA 

MASK, AREA 


7 

1279 

LT90U04 

1390 

1404 


0157 

0070 


MCE 

TOT 4, ARE A 


7 

1286 

EU43U04 

1443 

1404 


0158 

0071 


SM 

AREA-8 


4 

1293 

,T96 

1396 



0159 

0072 


MLC 

AREA.262 


7 

1297 

MU04262 

1404 

262 


0160 

0073 


H 



1 

1304 

2 




0161 

00 74 


CS 

299 


4 

1305 

7299 

299 



0 162 

0075 


MLC 

<il3650.00a,216 


7 

1309 

MV35216 

1535 

216 


0163 

0076 


MLC 

ai63800.00a,232 


7 

1316 

MV44232 

1544 

232 


0 164 

0077 


MLC 

il3l50.00a,247 


7 

1323 

MV51247 

1551 

247 


0 165 

0078 


MLC 

d73.75a,262 



7 

1330 

MV56262 

1556 

262 



Figure 35. Sample Program (Part 4 of 6) 
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SPLOl 



SALARY TABLE COMPUTATIONS 



PAGE 4 





SEQ 

PGILIN 

LABEL 

OPCO 

OPERAND 

SFX CT 

LOCN 

INSTRCTN 

A- ADO 

B-ADD 

.FLAGS 

0166 

0079 


W 


1 

1337 

2 




0167 

0030 


CS 

299 

4 

1338 

7299 

299 



0 168 

0031 


N 


1 

1342 

2 




0 169 

0082 


w 


1 

1343 

2 




0 170 

0033 


HLC 

<i)ENO OF TABLES, 241 

7 

1344 

MV68241 

1568 

241 


0171 

0034 


U 


1 

1351 

2 




0172 

0035 


SYSCL 



**HACRO** 




0173 

* 

♦** RETURN 

SONTROL TO SYSTEM *** 







0174 

* 


B 

3928 

4 

1352 

BI28 

3928 



0175 

* 


NOP 


1 

1356 

N 




0176 

0086 

MONTH 

DCM 

smonthlys 

7 

1363 





0177 

0087 

YEAR 


SYEARLYS 

o 

1369 





0178 

0088 

MEEK 


aWEEKLYS 

6 

1375 





0179 

0089 

HOUR 


aHOURLYS 

6 

1381 





0180 

0090 

MASK 


a 0. a 

9 

1390 





0181 

0091 

MTH 


S40000S 

5 

1395 





0182 

0092 

AREA 


#9 


1404 





0183 

0093 

ACCUM 


#7 


1411 





0184 

0094 

TOTl 


00000000 

8 

1419 





0185 

009 5 

ToT2 


00000000 

8 

1427 





0186 

0096 

T0T3 


00000000 

a 

1435 





0187 

009 7 

T0T4 


00000000 

6 

1443 





0188 

0098 

THLV 

OCW 

ai2S 

2 

1445 





0189 

0099 

FIFTW 

DCW 

S52a 

2 

1447 





0190 

OlOO 

FORTY 

OCW 

s4oa 

2 

1449 





0191 

OKU 


END 

BEG 



500 

500 



0192 



LTRL 

aSALARY TABLES 

12 

1461 





0193 



LTRL 

GO 

1 

1462 





0194 



LTRL 

aoa 

1 

1463 





0195 



LTRL 

asa 

1 

1464 





0196 



LTRL 

325a 

2 

1466 





0197 



LTRL 

a90ia 

3 

1469 





0198 



LTRL 

aFIRST LINE IS COMPUTED TOTALSS 

29 

1498 





0199 



LTRL 

aSECONO LINE IS CORRECT TOTALSa 

29 

1527 





0200 



LTRL 

ai3650.ooa 

8 

1535 





0201 



LTRL 

ai63800.ooa 

9 

1544 





0202 



LTRL 

asiso.ooa 

7 

1551 





0203 



LTRL 

378. 75a 

5 

1556 





0 204 



LTRL 

aEND OF TABLES 

12 

1568 









END OF LISTING 

NO 

SEQUENCE ERRORS 





CORE LOAD HEADER- SALARY TABLE COMPUTATIONS , ID-SPLOl 

CORE LOAD OUTPUT COMPLETE ON 13H UNIT 0, START 012300, END 012318 


Figure 35. Sample Program (Part 5 of 6) 


SALARY TABLE 


MONTHLY 

YEARLY 

WEEKLY 

HOURLY 

400.00 

4800.00 

92.31 

2.31 

425.00 

5100.00 

93.08 

2.45 

450.00 

5400.00 

103.85 

2.60 

475.00 

5700.00 

109.62 

2.74 

500.00 

6000.00 

115.38 

2.88 

525.00 

6300.00 

121.15 

3.03 

550.00 

6600.00 

126.92 

3. 17 

575.00 

6900.00 

132.69 

3.32 

600.00 

7200.00 

138.46 

3.46 

625.00 

7500. 00 

144.23 

3.61 

650.00 

7800.00 

150.00 

3.75 

675.00 

8100.00 

155.77 

3.89 

700.00 

8400-00 

161.54 

4.04 

72 5.00 

8700.00 

167.31 

4.18 

750.00 

9000.00 

173.08 

4.33 

775.00 

9300.00 

178.85 

4.47 

800.00 

9600.00 

184.62 

4.62 

825.00 

9900.00 

190.39 

4.76 

850.00 

10200.00 

196.15 

4.90 

875.00 

10500.00 

201.92 

5.05 

900.00 

10800.00 

207.69 

5.19 


FIRST LINE IS COMPUTED TOTALS 
SECOND LINE IS CORRECT TOTALS 

13650.00 163800.00 3150.00 78.75 

13650.00 163800.00 3150.00 78.75 


END OF TABLE 
HALT 


Figure 35. Sample Program (Part 6 of 6) 
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Index 


ASGN Cards 

Assembly, Conventional 

Assumed Assignments 

Autocoder Assembler Program 

Autocoder Language 

Autocoder Library 

Autocoder Macros 

Autocoder Processor 

AUTOCODER RUN 

AUTOCODER RUN THRU EXECUTION 
AUTOCODER RUN THRU OUTPUT 

Autocoder System 

Building an 

Components of 

Copying an 

Deck Description 

Definition of 

Features of 

Updating an 

Autocoder Text 

Autocoder Update 


7, 8, 22, 24, 25, 27, 31, 50 

16 

6, 8, 16, 25, 50 

5,6,9,48 

6 

5,27,28 

28,45 

6,7,9,16,53 

20 

18 

17 

45 

6 

49 

43 

5,6 

5 

6,8,32,49 

5, 9, 13, 17 

45,48 


Batched Files 5, 7, 27 

Bootback 5, 10, 41 

Bootstrap Card 14, 15 

Building an Autocoder System 43 

Card Boot 5, 6, 16, 22, 32, 45 

Changing File Assignments 5, 7, 8, 22, 27 

Clear Cards 14, 15, 32 

COMPAT OPTN Card 31, 52 

Condensed-Loader Format 14, 17, 34, 41, 42 

Control Cards 7, 16, 50 

CONTROL File 7, 22, 23, 24, 32 

Controlled Execution 5, 10, 18, 19, 40 

Conventional Assembly 16 

Copying an Autocoder System 49 

CORELOAD ASGN Card 18, 21, 22, 25, 50 

CORELOAD File 5, 7, 22, 24, 25 

Coreload Format 10, 15, 17, 40, 41 

CORELOAD OPTN Card 18, 21, 52 

Cross-Reference Listing 11 

CTL Card Diagnostics 10, 17 

CTL Card Format 10 


Definition of Key Terms 5 

DELET Card 31, 52 

Delayed Execution 19, 40 

Diagnostic Flag Symbols 9, 10 

Diagnostics, CTL Card 10, 17 

Diagnostics, Source Statement 9, 10, 17 

Disk Loader 15, 40 

Documentation 10 


END Card 

EX Statement 

Execution 

Controlled 

Delayed 

Independent 

Multi-Program ... 
Execution Processor 

EXECUTION RUN 

External Files 


30, 52 
14, 25 


5, 10, 18, 19,21,40 

19,40 

5,32,41 

40 

.... 7, 10, 15, 16, 58 

19,40,41 

7,24 


Files, Batched 5, 7, 27 

Files, Logical (See Logical Files) 

Flag Symbols, Diagnostic 9, 10 
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Croup-Mark Word-Mark 15 

HALT Card 9, 16, 22, 32, 52 

Halts and Messages 34 

Header Record (coreload File) 15, 25, 40 

Independent Execution 5, 32, 41 

iNiT Card 8, 22, 27 

INITIALIZE OPTN Card 30, 52 

INPUT File 7, 24, 32 

iNSER Card 31, 52 

Internal Files 7, 23 

JOB Card 15, 41 

Jobs 

Definition of 5 

Library 16,28,32 

Performing 31 

Preparing 16 

Processor 16, 32 

Stacked 5, 16, 22, 27 

Update 16, 32 

Label Table 9, 10, 17 

LDRCL Macro 30, 40 

Librarian 7, 9, 55 

LIBRARY ASGN Card 25, 29, 50 

Library, Autocoder 5, 27, 28 

Library Build 29 

Library Capacity 29 

Library Change 30 

LIBRARY File 7, 24, 27, 28 

Library Jobs 16, 28, 32 

Library Listing 30 

Library, Object-Program 5, 27 

LIBRARY OPTN Card 31, 52 

Library Routines 7, 9, 28 

Library Table 7, 9, 28 

LIST ASGN Card 25, 50 

LIST File 7, 24 

LIST OPTN Card 17, 21, 52 

Listing, Cross-Reference 11 

Listing, Library 30 

LISTING OPTN Card 30, 52 

Listing, Program 10, 11, 17 

Load-and-Go 18, 40 

Load Cards 14 

Loader, Condensed 13, 14, 41 

Loading Object Programs 32 

Logical Files 

Assumed Assignments 6, 8, 16, 25, 50 

Batched 5, 7, 27 

Changing Assignments 5, 7, 8, 22, 24 

Considerations 24 

Contents 7, 23, 24 

Definition of 5 

External 7, 24 

Function of 5, 6 

Internal 7, 23 

Operation 7, 23 

Residence 7 

Machine Operator 2, 7, 23 

Machine Requirements 6 

Macro Generator 7, 9, 23, 56 

Marking Program 43 

MESSAGE File 7, 23, 24 

Messages 15, 17, 34 

Multi-Program Execution 40 



90-Character Sectors 15, 25 

NOTE Card 8, 22, 32, 52 


Object Program 

Card Formats 

Condensed-Loader F ormat 

Coreload Format 

Deck 

Development 

Exeeution 

Library 

Loading 

Read-In Area 

Revising the 

Self-Loading Format 

Using the 

Object Time 

100-Character Listing 

120-Character Listing 

Operating Procedures 

Operating Sectors 

Operation 

Operation Files 

Option Control 

OUTPUT File 

Output Options 

Output OPTN Cards 

Output Processor 

OUTPUT RUN 

OUTPUT RUN THRU EXECUTION 

Eartial Processing 

PAUSE Card 

Preprocessor 

Phase Descriptions 

PRINTER 2 

PRINTER n 

Processing Operations, Results of . . . . 

Processor, Autocoder 

Processor, Execution 

Processor Jobs 

Processor, Output 

Processor Runs 

Program, Autocoder Assembler 

Program Listing 

Program, Object (See Object Program) 

Program, Source 

Program Specifications 

Program, System Control 

PUNCH 1 


10 

14, 17, 41, 42 

10, 15, 17 

13, 14 

6, 9, 10 

5, 6, 10, 18, 19, 21, 40 

5,27 

32 

13, 41 

42 

14, 15, 17, 42 

40 

5 

13, 26 

13 

16 

15 

6 

7,23 

9, 54 

7, 24, 27 

17 

16, 21, 52 

6, 7, 15, 16, 57 

20 

21 

20 

8, 22, 32, 52 

9, 45, 53 

53 

16, 26 

26, 51 

10, 17 

6, 7, 9, 16, 53 

7, 10, 15, 16, 58 

16, 32 

. . . . 6, 7, 9, 15, 16, 57 

6, 32 

5, 6, 9, 48 

10, 11, 17 


5, 6, 9, 15, 17 

5 

5, 6, 47 

16, 26 


PUNCH 4 16, 26 

PUNCH n 26,51 

PUNCH OPTN Card 18, 21, 52 

READER 1 16, 26 

READER n 26, 51 

Read-In Area 13, 41 

Related Information 2 

RESEQ OPTN Card 18, 21, 52 

Resequenced Source Deck 10, 15, 18 

Resequencing the Autocoder System Deck 43 

Residence File 7 

Results of Processing Operations 10, 17 

Routine Name Cards 30, 52 

RUN Card 7, 52 

Sample Program 45, 48, 59 

Self-Loading Format 14, 15, 17, 42 

Source Deck, Composition of 18 

Source Deck, Resequenced 10, 15, 17 

Source Program 5, 6, 9, 15, 17 

Source Statement Diagnostics 9, 10, 17 

Stack 

Definition of 6 

Preparation of 32 

Running a 32 

Stacked Jobs 5, 16, 22, 27 

Stacking Object Programs 10 

SYSCL Macro 10, 29, 41 

SYSTEM ASGN Card 16, 25, 27, 32, 50 

System, Autocoder (See Autocoder System) 

SYSTEM File 7, 22, 25 

System Control Card Build 45, 47 

System Control Program 5, 6, 47 

Text, Autocoder 5, 9, 13, 17 

UPDAT Card 8, 50 

Update 9, 54 

Update Jobs 16, 31 

Updating an Autocoder System 6, 8, 32, 49 

User-Assignments (Logical Files) 16 

Using and Maintaining the Object Program 40 

Utility Program 45 

workI File 7, 23, 24 

work 3 File 7, 23, 24 

Write File-Protected Addresses 45, 46 

XFR Statement 14, 25 
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